datapro’ 


Datapro Reports on 


820-101 


PC & LAN Communications 


Local 
Ethernet Bridges 


Synopsis 
In this report: 

Focus 
Product This report describes how bridges 
Evaluations. ............... -107. improve network functioning, ex- 

plains how to choose a bridge prod- 
Rating uct, and compares the relative merits 
Summiaries................ -110 of six local Ethernet bridges. 
Performance Products Tested 
ReSUItS.......... cc cecee econ -113 

HSB-EE 
AV(-1 a0 (0) ¢- -120 CrossComm Corp. 
Characteristics.......... -121 ProBridge 8033 

Hughes LAN Systems 
EtherMaster 100 


Netronix, Inc. 


Intersect 


Persoft, Inc. 


Ratings Key 
(On a scale of 
0 to 10) 


Ratings 


@ 7.0- 10.0 


O 5.0- 6.9 


under 5.0 
*# Recommended 


© 1991 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Research Group. Delran NJ 08075 USA 


Product Name 


05 |Retx4sc0 | @ | @ | @ | 53,750 


LAN Internetworking 
Evaluations 


I] | | A Report from NSTL_ | J | | 


INX400/L 
Racal InterLan 


4660 
Retix 


Product Recommendations 

¢ Retix 4660 

¢ CrossComm HSB-EE 
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Overview 


As any organization grows and changes, its local 
area network undergoes similar growth. At its sim- 
plest level, a network grows through added re- 
sources (workstations, servers, printers), but 
extended growth more often requires connecting 
multiple networks. Internetworking addresses the 
problem of connecting potentially dissimilar hard- 
ware, software, and network platforms into a con- 
solidated “‘enterprise-wide” network. 

The growing need for internetworking capa- 
bilities has spurred the development of a multitude 
of products. According to a study by Market Intel- 
ligence Research Corp. (MIRC), sales of internet- 
working products such as bridges, routers, and 
gateways increased at a compound annual growth 
rate of 83 percent from 1987 to 1989, and 1991 
sales projections for various internetworking prod- 
ucts range from $186 million to $196 million. 
Bridge vendors indicate that while the market for 
token-ring bridge products is growing rapidly, 
Ethernet bridge sales overall are greater, benefiting 
from a larger installed base. 


Evaluation Criteria 


As part of NSTL’s commitment to provide busi- 
nesses with the tools and information needed to 
understand and evaluate internetworking products, 
this evaluation focuses on IEEE 802.3-compatible 
bridges capable of bridging two Ethernet segments 
at the Media Access Control (MAC) layer of the 
ISO model. MAC-layer bridges filter or forward 
packets based on MAC-layer information in the 
packet; specifically, the source address, destination 
address, and frame size information contained 
within the first 14 bytes. 

NSTL examined the bridges’ installation, 
configuration, adherence to ISO standards, perfor- 
mance, and support for an extensive list of fea- 
tures. The evaluation emphasizes the products’ 
performance when given the task of bridging two 
network segments running Novell NetWare 386 
Version 3.1. 
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RAD Network Devices declined participation 
in the evaluation, citing its greater emphasis on 
remote bridges. Ungermann-Bass, 3Com, and ACC 
evaluation units were not available within the test- 
ing time period. 


Filtering/Forwarding 


Vendors of local Ethernet bridges describe bridge 
performance in terms of Ethernet frame (or packet) 
filtering and forwarding rates. Specifications listing 
rates of 13,000 or 14,000 packets per second (pps) 
imply that the bridge can handle just about any 
level of network traffic on an IEEE 802.3- 
compatible network. Unfortunately, latency (the 
time elapsed while the bridge receives and retrans- 
mits a packet) slows these rates. Assuming a bridge 
has room to store incoming packets while other 
packets queue for transmission, only a small initial 
delay occurs as the first small group of packets is 
readied for transmission. After this initial delay, 
packets stream at the specified rate. Latency delays 
are typically less than a few milliseconds. 

On some networks (Novell NetWare 386 in 
particular), all data packets sent by an application 
between a server and workstation require acknowl- 
edgment frames. Cumulative packet latencies at 
the application level introduce real performance 
implications. A bridge slows applications such as 
Lotus 1-2-3 running on a Novell network when a 
bridge is the intermediary between a workstation 
and server (confirmed by NSTL’s performance test 
configuration). 


Bridge Applications 


Traffic Isolation 

As a network grows, more and more information 
must pass through the physical media connecting 
network resources. At some point, the level of traf- 
fic on the network will degrade overall network 
performance, making further expansion unrealis- 
tic. Existing networks may experience this type of 
loading during periods of heavy use. 

A local Ethernet bridge dividing one large 
Ethernet network segment into two connected 
Ethernet segments can effectively isolate local traf- 
fic (source and destination addresses on the same 
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Figure 1. 
Bridged Network Topologies 
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segment). Without a bridge, traffic originating any- 
where on the network appears at all other ad- 
dresses, effectively using up a portion of the 
available network bandwidth. A bridge eliminates 
nonlocal traffic and can potentially enhance perfor- 
mance on each segment. 


Optimize Bandwidth Utilization 

When more than three or four Ethernet network 
segments are connected linearly by bridges, the vol- 
ume of intervening traffic on the middle segments 
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may interfere with communications between the 
outermost segments. Figure 1 shows bridged net- 
work topologies that address traffic overloading. 
Using a single segment as a backbone for addi- 
tional bridged segments eliminates local traffic 
from the backbone. Network organization and 
management determine what percentage of each 
segment’s traffic will be nonlocal. As more seg- 
ments are added, traffic may overload the back- 
bone. Further expansion may require dual 
backbones connected linearly with a bridge. Each 
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backbone is effectively isolated from the local traf- 
fic of the other backbone’s segments. A hierarchi- 
cal backbone scheme supports even more 
expansion with a backbone for backbones. A hier- 
archical backbone avoids the pitfall of multiple 
linear backbones (1.e., intervening traffic on middle 
backbones can become too heavy). 

The end result of these and other topology 
changes is to effectively expand the total available 
bandwidth for the extended network. Beyond a 
certain level of complexity, clever topologies alone 
may not provide adequate solutions to traffic over- 
loading. Using high-speed media such as fiber op- 
tic cable for network backbones enables upgrades 
to higher bandwidths. 


Fault Tolerance 

Bridges help network administrators isolate net- 
work faults. In addition to providing electrical iso- 
lation between segments, multiple bridges can 
provide routing fault tolerance with redundant net- 
work connections. If an active bridge fails, a 
backup or standby bridge can be activated to en- 
sure communications between network segments. 


Load Balancing 

A well-planned traffic isolation scheme uses one or 
more bridges to balance the load of network traffic 
on interconnected network segments. Priorities can 
be assigned to bridge channels and to individual 
bridges. 


Enhanced Security 

Bridges can function as extended network connec- 
tion control mechanisms, adding to existing net- 
work security. General security measures such as 
protocol filtering are easily implemented for some 
bridges. Protocol filtering controls connections 
based on packet protocol type. Most bridges can 
control frame filtering and forwarding to specific 
network addresses. With proper administration, a 
bridge can be set up to deny one or more nodes 
access to a network segment. In a large extended 
network, such administration may not be easy. All 
the bridges “learn” the network addresses of con- 
nected devices, and a network with several hun- 
dred or several thousand learned nodes might 
require extensive manual editing of bridge address 
tables. 
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Mixed Media Connection 

Most local bridges can connect network segments 
with different physical media. All the test bridges 
can connect thin and thick Ethernet segments. The 
Persoft, Racal InterLan, and Retix also connect to 
twisted-pair Ethernet. The Retix provides a modu- 
lar interface port for connecting to thin Ethernet, 
thick Ethernet, unshielded twisted-pair Ethernet, 
and fiber optic Ethernet media. 


Physical Media Extension 

Like repeaters, bridges receive network frames and 
retransmit them, providing a degree of electrical 
conditioning of the transmitted frame’s signal. 
Electrical conditioning combined with topology 
options can greatly extend the media lengths al- 
lowed with a single network segment. 


IEEE 802.3 Ethernet Standard 


The Institute of Electrical and Electronics Engi- 
neers (IEEE) 802.3 Ethernet Standard (Version 2) 
specifies a minimum 60-byte Ethernet frame, ex- 
cluding an 8-byte preamble and 4-byte frame check 
sequence (FCS). The minimum frame length en- 
sures that a frame’s duration is longer than the 
worst-case propagation delay of 45 milliseconds 
through the network. A frame includes a 6-byte 
destination address, a 6-byte source address, and a 
data field of at least 48 bytes. The first two data 
field bytes describe the length of the data. 

To determine whether to filter or forward a 
packet, the test bridges examine the first 14 bytes 
(of the 60 bytes): the destination address, source 
address, and 802.3 data length. These 14 bytes (col- 
lectively known as the Data Link Control Header 
in the Network General Sniffer terminology) are 
the basis for bridge functionality at the Data Link 
level of the International Organization for Stan- 
dardization (ISO) model. (NSTL used a Network 
General Sniffer to verify Ethernet traffic levels and 
to assist in performance testing.) 


ISO OSI Model 

Bridges belong to a family of internetworking de- 
vices that includes repeaters, bridges, routers, and 
gateways. The ISO Open Systems Interconnection 
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Figure 2. 
ISO OSI Layers 
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(OSI) Reference Model describes the communica- 
tions layer at which these devices operate (see Fig- 
ure 2). 

The distinctions among repeaters, bridges, 
routers, and gateways are not always clear because 
some products do not operate in an ISO environ- 
ment. Furthermore, manufacturers add routing 
functions to bridge products (routing bridges) and 
bridging functions to router products (brouters). 
Higher performance levels are gained with inter- 
networking devices that do not have to examine 
higher layer information within a packet to deter- 
mine a course of action. Consequently, the most 
efficient devices are those that depend only on the 
lowest layer of the ISO model. The distinction be- 
tween routers and bridges is less important than 
the distinction between the layer of the ISO model 
at which a device operates. 

Repeaters (Physical layer) provide condition- 
ing, retransmission, and electrical isolation of in- 
ternetwork signals. Essentially, a repeater forwards 
or repeats electrical data transmissions from a 
source network segment to a destination network 
segment. 

Bridges operate at the MAC (Media Access 
Control) sublayer of the Data Link layer. Bridges 
permit network traffic isolation, connect separate 
network segments into a single logical network, 
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regulate traffic by examining the destination ad- 
dress of each packet, and are transparent to proto- 
cols higher than the Data Link layer, such as 
Novell’s IPX/SPX, Banyan VINES IP/SPP, XNS, 
TCP/IP, IBM SNA, and X.25 protocols. 

Routers (Network layer) connect network seg- 
ments running the same protocol. Packets can be 
filtered, forwarded, or routed based on address and 
protocol information contained within the packet. 
Routers provide multiple traffic paths to a given 
destination with intelligent selection of optimal 
(e.g., lowest cost, fastest, most reliable, etc.) paths 
through an internetwork. Routers that provide 
simple bridging capabilities (brouters) can route 
one or more protocols and bridge all other traffic. 

Gateways combine the functions of repeaters, 
bridges, and routers and can translate data packet 
messages between network segments with different 
protocols. Gateways operate at the Transport level 
of the ISO model and higher, depending on the 
level of compatibility of the connected protocols. 


Learning Bridges 

Conventional bridges (also called learning bridges) 
learn and keep track of the source addresses of 
transmitted packets. Based on comparisons with 
learned addresses, the bridge filters or forwards 
packets by examining their destination addresses. 
Filtered traffic remains local rather than being for- 
warded to a nonlocal segment. Packets can be 
passed regardless of protocol information because 
the bridge examines only the MAC-layer address 
information contained in the packet. 

When several bridges connect several Ether- 
net segments, traffic loops can develop between 
segments in which frames are retransmitted indefi- 
nitely by the various bridges on the loop. Learning 
bridges do not automatically avoid traffic loops in 
the Ethernet topology, so the network designer/ 
administrator must correctly segment an extended 
network. With multiple active bridges between net- 
work segments, the administrator can balance net- 
work loading by controlling priorities and address 
table entries for each bridge. 
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Routing Bridges 

Routing bridges offer intelligent path selection and 
controlled access to network resources that can be 
helpful in managing large, complex networks. 
Routing bridges feature a spanning-tree algorithm, 
custom filtering, and source-explicit forwarding. 


Spanning-Tree Algorithm 

Based on an IEEE draft standard, the spanning-tree 
algorithm permits multiple paths (and conse- 
quently, loops) between any two network segments 
on a bridged network. Using administrator-defined 
path costs, the spanning-tree algorithm automati- 
cally selects an optimal path between segments. If a 
bridge fails and an active path becomes disabled, 
the algorithm reconfigures the network to use alter- 
native paths. The spanning tree automatically con- 
figures large, complex network topologies and 
easily accommodates topology changes by relearn- 
ing addresses and activating bridges in standby 
mode. Redundant links between segments (through 
the use of backup bridges) can enhance network 
reliability and fault tolerance. 

The spanning-tree algorithm for Ethernet 
bridges prevents traffic loops by assigning bridge 
priorities, setting some bridges to standby mode, 
and defining one bridge as the “root” of the span- 
ning “tree.” The “‘tree”’ hierarchy can lead to very 
heavy traffic through the root bridge, and the “‘no 
loop” requirement prevents some types of load bal- 
ancing. Spanning-tree bridges communicate with 
other spanning-tree bridges using IEEE 802.1 
Bridge Protocol Data Units (BPDUs) called 
“hello” messages. 


Custom Filtering/Forwarding 

With custom filtering, a bridge filters and forwards 
packets based on a set of conditions. The adminis- 
trator can designate that packets of specific length 
or protocol type, or all broadcast packets, be al- 
ways filtered or always forwarded. Custom filters 
enhance a bridge’s traffic isolation capabilities. 


Source-Explicit Forwarding 

Source-explicit forwarding designates that specific 
network addresses forward packets through a spe- 
cific bridge port and prevents other addresses from 
forwarding through that port. By limiting access in 
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this way, administrators can gain more control 
over the security of specific network segments or 
resources. 


Source-Routing Bridges 

Source-routing bridges (which were not evaluated) 
determine the appropriate network path based on 
an additional routing field contained in the pack- 
et’s MAC layer. Source control routing bridges are 
almost exclusive to IEEE 802.5 token-passing 
rings. 


Source-Routing Transparency 


An emerging IEEE standard, source-routing trans- 
parency (SRT) specifies rules for bridge design and 
functionality that require interoperability of 
spanning-tree (802.1 Network layer) and source- 
routing bridges (IBM’s 802.5 MAC layer). With the 
advent of bridges that connect multiple networks 
with different topologies (e.g., Ethernet and token- 
ring), this type of standard may become more 1m- 
portant in bridge design. 


Performance 


NSTL tested bridge performance on a Novell Net- 
Ware 386 Version 3.1 network. Applications were 
installed on the network from a Maynard Main- 
Stream 1300 DAT tape backup unit. Performance 
tests measure application performance with and 
without background traffic. Other tests measure 
the delays associated with transmitting frames of 
various sizes across the bridge. 

Without background traffic, the application 
tests create relatively light network loading condi- 
tions with relatively few frame collisions and frag- 
ments. Under these conditions, bridge 
performance is mostly a function of the delay (la- 
tency) associated with forwarding each frame 
across the bridge. The per-frame delay under light 
network loading is relatively independent of the 
exact load percentage. Because NetWare 386 re- 
quires an acknowledgment for every frame, the 
delays are cumulative. 

The Retix, Netronix, and Persoft exhibit rela- 
tively linear relationships between latency and 
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packet size. Bridge latencies are measured for 
frame sizes from 100 to 500 bytes, and latencies for 
larger frame sizes can be extrapolated using the 
linear relationships. Cumulative delays for the Lo- 
tus 1-2-3 test can be calculated using frame size 
distributions for the Lotus test (measured with the 
Network General Sniffer) and measured frame la- 
tencies. Adding the calculated delays to the No 
Bridge times for this test accurately predicts the 
completion time with each bridge. The high level 
of predictability validates the assumption that la- 
tency is primarily a function of packet size rather 
than traffic intensity. 


Summary 


The Retix, CrossComm, and Netronix bridges suc- 
cessfully minimize cumulative packet delays with a 
broad range of packet sizes and traffic conditions. 
All the bridges support the spanning-tree algo- 
rithm, learn source addresses, and automatically 
build source address tables. The products support 
address tables of varying sizes and differ in their 
capability to save source addresses in nonvolatile 
RAM. 

The Retix excels in network scenarios where 
heavy traffic is expected and packet delays must be 
minimized. The Retix bridge can be ordered from 
the manufacturer configured with either SNMP or 
MAP/TOP management capabilities. With SNMP 
management capabilities, the bridge can be man- 
aged entirely through its console port. The optional 
211 Local Bridge Manager ($1,450) requires that a 
MAP/TOP management image be loaded. The 
MAP/TOP image can be loaded using the 4660/ 
4660-S Conversion Kit ($250). The high-end Mi- 
crosoft Windows-based 5010 Network Manager 
Center sells for $5,500. 

The CrossComm supports a very large source 
address database and performs very well with 
heavy traffic. Its Internetworking Management 
Software (supplied) can save and retrieve modified 
source address table entries and supports IBM’s 
NetView. 

The Netronix offers good price/performance 
with heavy traffic and provides very good source 
address table support. It is SNMP compatible, and 
its EtherMaster Support Software supports bridge 
management from any network node. 
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The Racal InterLan provides good perfor- 
mance under light to moderate traffic conditions, 
SNMP support, and very good configuration and 
administration facilities. It comes with excellent 
documentation and is easy to install. The Racal 
InterLan performs better with light background 
traffic than with no traffic; in fact, it required light 
background traffic in order to complete NSTL’s 
latency tests. 

The Hughes comes with excellent documenta- 
tion, can operate as a simple learning bridge, pro- 
vides robust configuration and administration 
features, and provides a good price/performance 
ratio for networks with light to moderate traffic. At 
$2,995, the Hughes is among the least expensive of 
the test bridges. 

The Persoft offers a relatively inexpensive 
alternative to high-end bridges for networks with 
moderate traffic and throughput. Performance is 
subject to the limitations of the system processor 
and bus architecture. 


Product Evaluations 


CrossComm HSB-EE 


Product Summary 
e Very good performance 


e lLatencies increase at 400-byte packet size with- 
out traffic 


e Short latencies under heavy traffic conditions 
e Comprehensive documentation 

e Automatic learning of source addresses 

e Up to 40,000 source address table entries 

e Fast proprietary address lookup engine 

¢ Can save 128 addresses in nonvolatile RAM 
e Easy installation 

e Good diagnostics 

e Internetworking Management Software (IMS) 
e Spanning-tree algorithm 

e SNMP support 
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Hughes ProBridge 8033 


Product Summary 


Excellent documentation 

Automatic learning of source addresses 

Up to 3,000 source address table entries 

Can save 800 addresses 1n nonvolatile RAM 
Spanning-tree algorithm in Version 1.1 software 
Can operate as simple learning bridge 

Very good source address table 

Robust configuration/administration features 


Good performance under light to moderate 
loads 


Good price/performance excluding extremely 
heavy traffic 


External power supply 


Netronix EtherMaster 100 


Product Summary 


Very good performance 

Small latencies at all packet sizes 

Easy installation 

Good diagnostics and front-panel indicators 
Automatic learning of source addresses 

Up to 8,000 source address table entries 

Can save 1,000 addresses in nonvolatile RAM 
Very good source address table 

EtherMaster support software 

Spanning-tree algorithm 


Very good price/performance excluding heavy 
traffic 


SNMP support 


Persoft Intersect 


Product Summary 


Inexpensive alternative excluding heavy traffic 
and high throughput requirements 


Easy software installation 


Two Ethernet adapters install in host 
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Potential performance increase 1n more power- 
ful hosts 


Adequate performance with light to moderate 
traffic 


Subject to ISA bus limitations 
Automatic learning of source addresses 


Monitors address database to prevent filtering/ 
forwarding 


Cannot store addresses in nonvolatile RAM 


_ Relatively long latencies for all packet sizes 


Fails all benchmarks with intense IPX traffic 


Racal InterLan INX400/L 


Product Summary 


Excellent documentation 

Easy installation 

Automatic learning of source addresses 

Up to 8,000 source address table entries 
Can save 50 addresses in nonvolatile RAM 


Good performance with light to moderate traf- 
fic 


Faster with light background traffic than with- 
out traffic 


Consistently small latencies; requires light back- 
ground traffic | 


Fails latency test with intense IPX traffic 
Spanning-tree algorithm 


Very good configuration/administration fea- 
tures 


SNMP support 


Retix 4660 


Product Summary 


Excellent performance 

Very short forwarding latencies 

Automatic learning of source addresses 

Up to 8,192 source address table entries 

Can store 4,000 addresses in nonvolatile RAM 


Good management software 
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e Spanning-tree algorithm 

¢ SNMP support 

¢ Robust configuration/administration facilities 
e Supports fiber optic media 

e Very good high-end price/performance 


Product Recommendations 


Retix 4660 

Excellent performance earns the Retix 4660 
NSTL’s recommendation. The Retix excels in net- 
work scenarios where heavy traffic is expected and 
packet delays must be minimized. Used with net- 
work operating system protocol schemes that gen- 
erate send/acknowledgment packet pairs for every 
transmission, the Retix will minimize the cumula- 
tive effect of packet delays for a broad range of 
packet sizes and traffic intensities. 

The Retix’ modular Network Interface Cards 
(NICs) slide easily into place and enable on-site 
configuration for thin, thick, twisted-pair, and fi- 
ber optic Ethernet connections. Compatibility with 
fiber optic media offers an upgrade path to 100M 
bps FDDI. Administration functions are accessible 
through menu-driven bridge management soft- 
ware, and network management protocol support 
includes SNMP and CMIP. Spanning-tree protocol 
with automatic loop detection, a large address da- 
tabase, and the capability to save a large number of 
addresses in nonvolatile RAM add versatility in 
bridging local Ethernet segments. 
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CrossComm HSB-EE 

For installations with large numbers of worksta- 
tions, the CrossComm provides the largest source 
address database and good performance with 
heavy traffic. Easy installation, comprehensive 
documentation, informative front-panel indicators, 
and good source address table support add to the 
product’s attractiveness. An extremely large ad- 
dress table and fast look up engine make the Cross- 
Comm a good choice for extended networks with 
large numbers of nodes. Under any traffic condi- 
tions, the CrossComm performs well and mini- 
mizes cumulative packet delays for network 
protocols requiring send/acknowledgments for ev- 
ery transmission. It supports the spanning-tree pro- 
tocol, SNMP, and NetView and automatically 
learns network addresses. Manually entered and 
modified address table entries can be saved and 
retrieved from DOS files. 


Netronix EtherMaster 100 

Good performance and very consistent operation, 
excellent source address table support, robust con- 
figuration and administration features, and easy 
installation recommend the Netronix as a lower- 
priced alternative to the CrossComm and Retix. 
Spanning-tree protocol, a large address database, 
the capability to save many addresses in nonvola- 
tile RAM, and the capability to minimize cumula- 
tive packet delays add to the Netronix’ overall 
value. 
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Rating Summaries 


Figure 3. 
CrossComm HSB-EE Ratings 
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Figure 4. 
Hughes ProBridge 8033 Ratings 
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Figure 5. 
Netronix EtherMaster 100 Ratings 
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Figure 6. 
Persoft Intersect Ratings 
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Figure 7. 
Racal InterLan INX400/L Ratings 
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Figure 8. 
Retix 4660 Ratings 
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Overall Evaluation 


Heavy traffic situations and potentially complex 
network management scenarios require bridges 
with strong performance and bridge management 
tools. The Retix easily outscores the other bridges 
with the best performance and features and very 
good usability. The methodology’s heavy reliance 
on performance accentuates differences between 
the Retix and the other bridges. The Retix per- 
forms flawlessly, even with extremely heavy back- 
ground traffic. Its support for FDDI-compatible 
media enables its use with 10M bps fiber optic 
Ethernet media. 

The CrossComm and Netronix offer similar 
levels of performance, features, and usability. 
Netronix provides excellent source address data- 
base management. CrossComm offers better over- 
all configuration and administration functions. 
The CrossComm and Netronix perform extremely 
well with heavy background traffic. 

The Racal, Hughes, and Persoft experience 
some problems with heavy network traffic. The 
Racal performs very well under light and moderate 
traffic conditions and provides the most features 
and excellent usability. The Hughes shows much 
slower performance under heavy traffic. Its flexible 
configuration options meet almost any need; it 
comes with good documentation and installs eas- 
ily. 

Relatively few configuration options and fea- 
tures make the Persoft very easy to use. In the test 
system, 1ts performance is adequate under light 
network loading and poor under heavy traffic. In a 
more powerful system, the Persoft should perform 
faster, but gains may be offset by limitations of the 
ISA bus architecture. The product lacks any source 
address table management software. 


Methodology 
The Overall Evaluation is a weighted average of 
scores for the individual criteria. 

Overall Evaluation Score = (6 x Performance 
Score) + (3 x Features Score) + (Usability Score) 
+ 10. 
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Performance 


NSTL’s benchmark suite measures performance 
differences with varying levels of network traffic. 
Heavy traffic accentuates relative performance dif- 
ferences and causes some products to falter and 
fail. Internal bridge latency, the inherently short 
transmission delay when forwarding a data packet, 
varies with packet size and can be as important as 
packet throughput to overall bridge performance. 
Latency effects for the local Ethernet bridges oper- 
ating in a Novell NetWare 386 environment are 
cumulative and directly affect the application 
benchmark performance. A bridge’s processor 
speed, memory, address database size and func- 
tions, packets queued and spacing, and algorithm 
efficiency also affect performance. 

The Retix uses a 20MHz 68020 processor and 
200K-byte frame buffer. Its internal forwarding 
latency is the shortest at almost all packet sizes, 
and it does not drop packets under NSTL’s testing. 
Small delays under all traffic conditions confirm 
the importance of processor type and speed in 
good performance. 

The CrossComm uses a 16MHz Intel 80376 
processor and 128K-byte ultrahigh-speed RAM 
frame buffer, which accounts for its smaller packet 
delays under heavy traffic conditions. Without 
traffic, the CrossComm’s latency increases substan- 
tially with larger packet sizes; with IPX traffic, la- 
tencies remain very short for all packet sizes. 

The Netronix uses a 16MHz Intel 80376 pro- 
cessor and 256K-byte frame buffer, but its internal 
latencies are longer than the Retix or CrossComm. 
The Hughes uses a slower 16MHz 386SX processor 
and produces internal latencies similar to the 
Netronix’. The Hughes performs poorly under 
heavy IPX traffic and drops packets in NSTL’s 
test. The Racal outperforms the Hughes despite its 
less powerful 1OMHz 80286 processor, in part be- 
cause of its faster performance under heavy IPX 
traffic. 

The Persoft installs in a host PC and 1s sub- 
ject to performance limitations imposed by the 
host. Transfer of Ethernet packets across the PC 
bus, subsequent address table lookups, filtering/ 
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forwarding, and possible retransmission of for- 
warded packets contribute to packet delays. Given 
the Persoft’s 8-bit Ethernet adapters, forwarding a 
500-byte packet across a typical 8MHz ISA bus 
takes a minimum 0.4 to 1.0 millisecond, depending 
on the number of additional wait states. (The 
Retix’ delay with 500-byte packets is 0.46 millisec- 
ond.) A system with a more powerful processor will 
not eliminate the limitation of the 8-bit ISA bus 
interface. During testing, the Persoft dropped more 
than three times the number of packets dropped by 
the Hughes (only these two products dropped pack- 
ets). 


Methodology 
For each aspect of the benchmarks, individual per- 
formance scores are weighted and scaled. The over- 
all performance score represents a weighted 
average of performance indexes for all bench- 
marks. 

Performance Score = (10 x Latency Score) + 
(4 x Lotus 1-2-3 Score) + (4.x Microsoft C 5.0 
Score) + (4 x Foxbase+/LAN Score) + (4 x Xcopy 
to Server Score) + (4 x Xcopy from Server Score) + 
(Dropped Packets Score) + 31. 


Features 


The Retix’ high features rating results from its 
good support for different media, physical connec- 
tions, and IEEE 802.3 standards; good diagnostics 
and front-panel indicators; and good support for 
network management protocols. The Retix, 
Hughes, and Racal provide thorough and flexible 
configuration and administrative features; the 
Hughes earns high marks for protocol-specific fil- 
tering and its source address database. 

The Hughes currently comes with Version 1.0 
of its bridge management software. Version 1.1 
(now shipping) adds a spanning-tree algorithm and 
Permit Only protocol filtering, which enables the 
bridge to selectively filter protocols. With Version 
1.1, spanning-tree bridges can coexist on an ex- 
tended network with non-spanning-tree bridges. 
Configuring the Hughes as a spanning-tree or sim- 
ple learning bridge enables better load balancing by 
avoiding root bridge traffic congestion. 
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The features rating is a weighted average of scores 
for the individual criteria. A complete list of fea- 
tures and their methodology weights appears in 
Table 4. 


Usability 

Bridge usability relates directly to the availability 
and quality of supplied utilities and configuration/ 
administration options. 

Racal provides well-organized Installation, 
Manager’s, and Command Reference manuals. The 
Racal setup requires installation of a software car- 
tridge, and access to the bridge console requires a 
serial cable connecting the console port and a ter- 
minal or system running a terminal emulation pro- 
gram. 

The Hughes manual provides detailed, com- 
prehensive descriptions of configuration and ad- 
ministrative commands and a good index and table 
of contents. Software installs from a cartridge. The 
Hughes bridge lacks a power switch, and its exter- 
nal power supply is awkward. 

The Retix, Netronix, and CrossComm install 
easily. The Retix requires a serial connection to 
access its console; the Netronix and CrossComm 
console functions can be accessed across the LAN. 
The manuals are fairly comprehensive but lack 
overall organization and indexes. 

The Persoft bridge requires installation of 
two 8-bit Western Digital Ethernet cards in a dedi- 
cated host PC. The Ethercard Plus Installation 
Guide supplied with the adapters furnishes suffi- 
cient information to accommodate changes to the 
I/O base address, IRQ request, and network selec- 
tion settings. The setting changes complicate instal- 
lation, but the Persoft’s few console features make 
it simple to operate. 


Methodology | 
The usability rating is a weighted average of scores 
for the individual criteria. 

Usability Score = (3 x Physical Installation 
Score) + (2 x Console/Administration Hookup 
Score) + (3 x Console/Administration Use Score) + 
(2 x Manual Organization Score) + (2 x Manual 
Clarity Score) + (3 x Manual Comprehensiveness 
Score) + 15. 
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Performance Results 


Local Ethernet bridge performance, characterized 
by maximum packet filtering and forwarding rates, 
relies on measurements made by dedicated test 
equipment in a controlled environment. Such 
“raw” measurements do not address local Ethernet 
bridge behavior in an active extended network con- 
text with unique traffic situations. Packet size, 
queuing methodology, interpacket spacing, band- 
width utilization, and internal bridge latency play 
important roles in the actual performance of an 
Ethernet bridge connecting two or more local net- 
works. 


Test Configuration 
To test local Ethernet bridges, NSTL set up a Com- 
paq Deskpro 386/20 server running Novell Net- 
Ware 386 Version 3.1 with a Compaq Deskpro 
386/25 primary workstation, five Everex 386/SX 
secondary workstations, and a Compaq 386/20 
controller workstation that automates the tests. A 
Micro Express 486/33 acted as a receiver for node- 
to-node IPX conversations with the primary work- 
station, and another Compaq Deskpro 386/25 
generated intense IPX traffic on the network. At all 
times, a Network General Sniffer was active on one 
network segment. All test data, application pro- 
grams, and custom program files residing on the 
primary workstation were archived using a May- 
nard MainStream 1300 DAT Tape Backup System. 
The test network was configured with two 
segments connected by a local Ethernet bridge. 
One segment (Subnet 0) consisted of the server, 
IPX Receiver, and Sniffer connected via thin 
Ethernet cable. The other segment (Subnet 1) in- 
cluded the five secondary workstations, the pri- 
mary workstation, and IPX traffic generator 
connected with thin Ethernet cable. The server, 
IPX receiver, primary workstation, controller 
workstation, and the IPX traffic generator used 
16-bit Western Digital Ethercard Plus 16 adapters, 
and the five secondary workstations used 8-bit 
Ethercard adapters. Both segments were term1- 
nated with terminating resistors; Subnet | used a 
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grounded terminating resistor. The Sniffer con- 
nected to the network using a proprietary 16-bit 
Ethernet card supplied by Network General and 
ran Version 3.0 of Network General’s Ethernet An- 
alyzer and Ethernet Monitor Software. 


Persoft Intersect 

Persoft’s bridge product includes two 8-bit Ether- 
net cards and bridge software. Its performance is 
subject to the limitations of the host architecture 
and performance characteristics. NSTL tested the 
Persoft in an Everex 386/SX as representative of 
relatively powerful and low-cost workstations typi- 
cally dedicated to bridging functions. 


Application Tests 

Four benchmarks measure local bridge perfor- 
mance with Lotus 1-2-3 Release 3, Microsoft C, 
FoxPro, and Xcopy operations. Each test runs 
from the primary workstation with the secondary 
stations idling (no traffic) as a baseline measure- 
ment. Background traffic scenarios contrast with 
the baseline. Traffic scenarios include background 
application traffic generated at five secondary 
workstations by Foxbase+/LAN and Lotus 1-2-3 
and intense IPX traffic generated by the Compaq 
Deskpro 386/25 (with no traffic at the worksta- 
tions). 


Internal Latency 

Internal latency refers to the time the bridge takes 
to process an Ethernet packet and forward or filter 
the packet based on destination address informa- 
tion in the packet’s Data Link Control Header. 
Upon receiving a packet, the bridge references its 
internal database of Ethernet node addresses to 
determine the location of the packet’s destination 
address. A fairly small internal address database 
involves few address comparisons and minimal 
bridge processing. If the destination is located on 
the same segment as the source address, the bridge 
filters the packet, which remains local. Packet 
transmission and receipt on the local Ethernet seg- 
ment proceed independently of bridge activity. If 
the packet’s destination address is on a network 
segment other than its source, the packet is for- 
warded. Forwarding packets (analyze and retrans- 
mit) takes longer than filtering (analyze and do 
nothing), and packets queued in the bridge’s mem- 
ory for forwarding contribute to retransmission 
delay or latency. 
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NSTL’s latency tests measure the time re- 
quired to forward a large number of packets across 
the bridge. Two network nodes residing on differ- 
ent segments conduct an IPX conversation across 
the bridge using NSTL’s custom send and receive 
programs, which are optimized for throughput 
with no disk access or extraneous data processing. 
The IPX send program generates address-specific 
packets, and the receive program checks for 
dropped packet time-outs to ensure successful for- 
warding of all packets. Each conversation (9,999 
packets) is repeated using five packet sizes (100 to 
500 bytes), and all conversations with all packet 
sizes are run without traffic and with intense IPX 
traffic. Latency results are compared with times for 
conversations generated across the network set up 
as a single segment. 


Background Traffic 
Lotus 1-2-3 and Foxbase+/LAN generate high- 
level background traffic on the secondary worksta- 
tions. Foxbase performs a transaction no more 
than 30 times a minute; the transaction looks up 
indexed records in three files and locks, updates, 
and unlocks one record in each file. Lotus executes 
a macro that combines and saves files metered to 
be active no more than every 20 seconds on each 
station. As configured in the test bed and verified 
using the Network General Sniffer, Lotus traffic 
uses | to 5 percent of the network bandwidth; Fox- 
base traffic uses from 2 to 6 percent of the avail- 
able bandwidth. 

An NSTL IPX program generates low-level 
IPX background traffic optimized for throughput; 
the program continuously sends 72-byte Ethernet 
packets to a nonexistent network address to ensure 
automatic forwarding across the bridge and to gen- 
erate intense traffic on both segments. IPX back- 
ground traffic results in steady network utilization 
at about 36 percent of the network bandwidth. 


Lotus 1-2-3 


A Lotus macro is invoked at the primary worksta- 
tion to load and save a 3M-byte spreadsheet, mov- 
ing a substantial amount of data across the 
network. This test provides a well-balanced data 
transmission scenario between the workstation and 
server. The test runs without traffic, with Lotus 
1-2-3 and Foxbase traffic, and with intense IPX 
traffic on both segments. 
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Analysis 


The intense IPX traffic utilizing approximately 36 
percent of total network bandwidth presents prob- 
lems for the Persoft and Hughes bridges (36 per- 
cent bandwidth utilization is uncommon, but it 
highlights bridge performance under duress). 

The Persoft bridge (in the test system configu- 
ration) fails completely with IPX traffic. The pri- 
mary workstation cannot be initialized by the 
control station. The level of packet collisions, re- 
sultant exponential back-off, bridge buffering de- 
mands, and diminished available bandwidth can 
exceed the Hughes bridge’s forwarding capabilities. 
Both the Hughes and Persoft perform well with 
other types of traffic. 

The Racal bridge performs better with traffic 
than without. The Racal’s internal latency results 
(see Internal Latency section) help explain this 
anomaly. 


Microsoft C 5.0 


Microsoft C compiles and links a large ensemble of 
25 Xlisp 2.0 C source code files (10,928 lines; 
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Figure 10. 
Microsoft C 5.0 
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245,222 bytes), forming an executable file of 
147,228 bytes. The total amount of data down- 
loaded from the server is far larger than the 
amount of data traveling from workstation to 
server. The test runs without traffic, with Lotus 
1-2-3 and Foxbase traffic, and with intense IPX 
traffic on both segments. This test primarily mea- 
sures data transfer speed from the server to the pri- 
mary workstation; source code is loaded and 
compiled at the primary workstation. 


Analysis 

The Retix performs consistently well in all versions 
of the Microsoft C tests (only about 9 to 11 percent 
slower than transmission with no bridge). 

The Racal performs at its slowest with no 
traffic and at its fastest with intense IPX traffic. 
Without traffic, the Racal is about 40 percent 
slower than without a bridge and about 29 percent 
slower than the Retix; these margins narrow with 
traffic. With IPX traffic, the Racal is only around 
18 percent slower than no bridge and the Retix. 
(IPX traffic in the internal latency test causes the 
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bridge to fail; for an explanation, refer to the analy- 
sis for the Internal Latency section.) 

IPX background traffic apparently over- 
whelms the Persoft’s capability to process incom- 
ing packets. With no traffic and with Lotus and 
Foxbase traffic, performance across the Persoft 
bridge slows by 23 to 25 percent (i.e., compared 
with the No Bridge times). 

IPX traffic slows the Hughes significantly 
(possibly because of high packet drop rates; see the 
Dropped Packets section). With no traffic and with 
Lotus and Foxbase traffic, the Hughes outperforms 
the CrossComm and competes with the Netronix. 


Xcopy 


A 5M-byte directory tree (130 files in 13 directo- 
ries) is copied from the primary workstation to the 
server (and vice versa) using the DOS Xcopy com- 
mand with the /s parameter. Both tests run without 
traffic, with Lotus 1-2-3 and Foxbase traffic, and 
with intense IPX traffic on both segments. 


Figure Ila. 
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Figure 11b. 
Xcopy from Server 
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The large volume of data moving between the 
workstation and server produces more contrast 
between the bridge times and the baseline No 
Bridge times than in some of the other tests. 

As in the other tests, the Retix returns supe- 
rior performance with all types of traffic, and the 
CrossComm and Netronix perform consistently 
well overall. The Racal is at its slowest with no 
traffic and at its fastest with intense IPX traffic. 
The Persoft performs well except with IPX traffic, 
which causes it to fail. IPX traffic slows the Hughes 
somewhat when data moves to the server (data and 
traffic are moving in the same direction across the 
bridge) and slows precipitously when data moves 
from the server to the workstation (data and traffic 
are MOving in opposing directions across the 
bridge). | 


Foxbase+/LAN 


Foxbase+/LAN executes a series of database oper- 
ations. The tests run without traffic, with Lotus 
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1-2-3 and Foxbase traffic, and with intense IPX 
traffic on both segments. 


Foxbase+/LAN database operations include: 
1. Writes 51,100 records to three different files, 
testing the speed of writing records. 


2. Indexes the Account (50,000 records), Teller 
(1,000 records), Transact (1,000 records), and 
Branch (100 records) files. 


3. Copies the first 3 of every 10 Account records 
to three temporary files. 


4. Deletes the copied records (Test 3) from the 
Account file. 


5. Appends the temporary files (Test 3) to the 
Account file. 


Packs and reindexes the Account file. 


Processes 1,000 transactions, each updating a 
record in the Account, Teller, and Branch ta- 
bles and writing a History record. 


8. Creates four indexes on the 1,000-record His- 
tory file. 


9. Repeats Test 7 and updates the History file 


indexes. 
10. Appends blocks of 1,000-records to the His- 
tory file. 
L1. Repeats Test 9 with the 10,000-record i1n- 
dexed History file. 


12. Selects 1,000 Account records in indexed or- 
der and prints the file to disk. 


13. Selects 1,000 Account records on an unin- 
dexed field and prints a report to disk. 


14. Groups and subtotals the 1,000-record Teller 
file and prints the report to disk. 


15. Joins the Teller and Branch files and prints 
the report to disk. 


16. Joins the History, Branch, Teller, and Ac- 
count files (1,000, 100, 1,000, and 50,000 
records), sorts the History file, and prints the 
report to disk. 


Analysis 

The bridges exhibit rather homogeneous perfor- 
mance. Times are especially close for operations of 
relatively short duration; differences are more per- 
ceptible for operations of longer duration (notably 


Tests 4, 6, 10, and 11), possibly because of the cu- 


mulative effect of the bridges’ different internal 
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Table 1. Foxbase+ /LAN Tests 
No Traffic (times in seconds) 

No CrossComm Hughes Netronix Persoft Racal Retix 

Bridge HSB-EE ProBridge EtherMaster Intersect InterLan 4660 

8033 100 INX400/L 

Test 1 47 49 49 48 51 49 48 
Test 2 15 18 16 17 19 17 16 
Test 3 18 25 24 23 28 24 22 
Test 4 25 36 35 32 42 34 31 
Test 5 8 12 12 10 13 11 10 
Test 6 22 29 28 27 33 28 26 
Test 7 19 21 21 20 21 21 20 
Test 8 4 6 5 5 6 6 5 
Test 9 30 36 36 35 39 36 33 
Test 10 55 68 66 63 73 65 61 
Test 11 41 55 52 49 57 52 46 
Test 12 7 7 7 7 7 7 7 
Test 13 13 15 16 14 17 15 14 
Test 14 2 2 2 2 1 1 
Test 15 2 2 2 2 1 2 
Test 16 20 22 21 22 24 22 21 
Lotus Traffic (times in seconds) 

No CrossComm Hughes Netronix Persoft Racal Retix 

Bridge HSB-EE ProBridge EtherMaster Intersect InterLan 4660 

8033 100 INX400/L 
Test 1 47 50 50 49 a) 49 48 
Test 2 15 18 17 17 20 17 16 
Test 3 18 25 23 | 23 28 24 23 
Test 4 25 36 36 32 43 34 31 
Test 5 9 13 11 11 14 12 10 
Test 6 22 29 28 27 33 29 26 
Test 7 19 21 20 20 21 20 20 
Test 8 4 6 6 6 7 6 6 
Test 9 30 36 36 34 39 36 32 
Test 10 56 67 65 64 75 65 63 
Test 11 41 55 51 49 58 53 47 
Test 12 7 7 7 7 8 7 7 
Test 13 13 15 16 15 17 15 14 
Test 14 1 2 1 1 
Test 15 2 2 2 2 
Test 16 20 23 22 22 23 22 21 
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Foxbase Traffic (times in seconds) 
No CrossComm Hughes Netronix Persoft Racal Retix 
Bridge HSB-EE ProBridge EtherMaster _ Intersect InterLan 4660 
8033 100 INX400/L 
Test 1 47 50 49 49 51 49 48 
Test 2 14 17 17 16 19 17 17 
Test 3 19 25 24 23 29 24 32 
Test 4 25 36 34 33 42 34 31 
Test 5 8 11 11 11 14 11 11 
Test 6 22 28 27 26 33 28 26 
Test 7 19 21 21 20 21 21 20 
Test 8 5 6 5 5 7 5 5 
Test 9 30 35 36 35 39 36 33 
Test 10 55 67 65 63 74 65 62 
Test 11 42 54 53 49 58 52 48 
Test 12 7 7 7 7 8 8 6 
Test 13 13 16 15 15 17 15 14 
Test 14 2 2 
Test 15 1 2 2 2 
Test 16 21 22 22 22 23 23 21 
IPX Traffic (times in seconds) 
No CrossComm _ _— Hughes Netronix Persoft Racal Retix 
Bridge HSB-EE ProBridge EtherMaster Intersect InterLan 4660 
8033 100 INX400/L 
Test 1 47 48 63 50 NA 49 48 
Test 2 15 17 73 16 NA 17 17 
Test 3 18 23 176 23 NA 24 22 
Test 4 25 32 197 34 NA 35 32 
Test 5 8 10 49 10 NA 11 10 
Test 6 22 27 163 28 NA 29 27 
Test 7 19 20 26 20 NA 20 20 
Test 8 5 5 21 5 NA 6 5 
Test 9 30 33 59 35 NA 36 33 
Test 10 55 63 278 64 NA 65 63 
Test 11 42 49 94 49 NA 53 48 
Test 12 7 7 13 7 NA 7 6 
Test 13 13 14 78 15 NA 15 15 
Test 14 1 2 5 2 NA 
Test 15 2 2 6 2 NA 2 
Test 16 20 21 40 21 NA 22 21 
NA—Not applicable. 
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Figure 12a. 
Internal Latency, No Traffic 
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100 Byte Packets 


200 Byte Packets NN 0.44 

300 Byte Packets WJ{#/#W/“/ OBS 

400 Byte Packets (LIT TITITII TTT TTT Ltt LT fio.es 
ee eee eae eee 


500 Byte Packets 0.86 
Persoft Intersect 

100 Byte Packets 

200 Byte Packets MMMM NN NTI Mose 

300 Byte Packets VALLILILILLLLLLLLLLLLL LL L019 


400 Byte Packets PCC LEE 1.12 
S00BytePackets|_ 


Racal InterLAn INX400/L** 


500 Byte Packets 


Retix 4660 


100 Byte Packets 
200 Byte Packets 
300 Byte Packets 
400 Byte Packets 
500 Byte Packets 


— ooo 
0 0.3 0.6 0.9 1.2 1.5 
MILLISECONDS 


*Completes test only when server segment is attached to Channel 0. 
**Completes test only when a small amount of background traffic is generated. 


latencies. The CrossComm is somewhat slower 
than the Netronix, Racal, and Hughes; Cross- 
Comm?’s internal latency without traffic is dis- 
tinctly nonlinear with respect to variations in 
packet size. 


Internal Latency 


Ethernet frames in five sizes are generated and 
transmitted back and forth across the bridge to 
measure bridge processing overhead associated 
with IPX packets of various sizes. NSTL’s custom 
IPX send and receive programs use low-level IPX 
system calls and specific IPX sockets to generate 
and send each frame. After sending each frame, the 
IPX send program waits for an acknowledgment 
frame from the receive program before sending 
another frame. If an acknowledgment packet 1s not 
received within three seconds, a dropped packet is 
logged and the send program transmits another 
frame. Frames transmitted by the send program 
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Figure 12b. 
Internal Latency, IPX Traffic 


CrossComm HSB-EE 
100 Byte Packets 


0.13 
200 Byte Packets [III 027 
300 Byte Packets (HHH 


CLZA033 
400 Byte Packets (I TTT T TTI TITTTIT TTI Toss 
aa eee) 


500 Byte Packets 


Hughes ProBridge 8033°* 
Netronix EtherMaster 100 


500 Byte Packets 


Persoft Intersect* 


Racal InterLan INX400/L* 


Retix 4660 

100 Byte Packets 
200 Byte Packets sy TT 
300 Byte Packets 
400 Byte Packets INAEOOTASTAAOAAAATT O41 


500 Byte Packets 0.55 
0 0.2 0.4 0.6 0.8 1.0 
MILLISECONDS 


*Fails with IPX traffic 


are destination specific, and those transmitted by 
the receive program are broadcast. Latency refers 
to the delay caused by the bridge forwarding pack- 
ets to another segment rather than filtering the 
packets within a single network segment. Gross 
latency calculations are based only on runs com- 
pleted without dropped packets. Net latencies for 
each bridge subtract the latency values for trans- 
missions without a bridge, effectively normalizing 
for frame processing overhead not related to the 
bridge. Transmissions at all packet sizes are re- 
peated with intense IPX traffic on both network 
segments. 


Analysis 
Latency measurements with no background traffic 
reveal a somewhat linear relationship between la- 
tency and packet size. The CrossComm exhibits a 
large latency increase at the 400-byte packet inter- 
val, indicating that the linear relationship between 
latency and packet size may depend to some extent 
on traffic intensity. Latency-packet size relation- 
ships become noticeably more linear with intense 
IPX background traffic. In fact, the CrossComm 
produces smaller latencies overall with IPX traffic 
than without. 

The Racal performs at its best with traffic 
and fails completely when no traffic 1s present on 
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the network. Small amounts of broadcast back- 
ground traffic enable the Racal to complete the 
test. The Sniffer analysis reveals that the Racal re- 
quires small groups of packets forwarded at regular 
intervals which coincide with the regular transmis- 
sion of “hello” messages transmitted by the bridge 
(a characteristic of spanning-tree bridges). The 
Racal bridge does not successfully transmit the 
number of frames required to complete the latency 
test, but constant low-intensity broadcast traffic 
generated by the Sniffer causes the Racal to cor- 
rectly forward all the frames. Although contrary to 
the behavior of most bridges (which forward pack- 
ets expeditiously when no traffic is present and 
slowly with heavy traffic), networks requiring a 
bridge only rarely experience periods with abso- 
lutely no background traffic. Small amounts of net- 
work traffic during normal business hours will 
mask the problem, making it difficult to diagnose. 

The Persoft takes the longest to process and 
forward packets. According to the manufacturer, 
the Persoft should show performance gains ina 
more powerful system. 


Dropped Packets 
Ethernet packets are forwarded from one network 
segment to the other. NSTL’s custom IPX Blaster 
program transmits 65,535 small packets across the 
bridge at 7,281 frames per second. A Network 
General Sniffer running Ethernet Monitor Version 
3.0 counts the frames received on the destination 
segment. This test runs without background traffic. 
Some packets are dropped or lost during nor- 
mal Ethernet network operation. High-level proto- 
cols call for retransmission of dropped packets, and 
minimal drop rates produce negligible retransmis- 
sion delays. With higher drop rates, the cumulative 
delay from retransmissions can noticeably degrade 
network performance. 


Analysis 

The dropped packet test provides a gross measure- 
ment of a bridge’s capability to handle high traffic 
volumes. Because the uniformly small frames re- 
quire minimal processing overhead, the test is bi- 
ased in favor of bridges with short latencies for 
small packets and 1n favor of bridges with efficient 
frame buffering schemes. 

The Hughes drops over 8 percent of its pack- 
ets; this high drop rate may explain the Hughes 
bridge’s poor benchmark results with intense IPX 
traffic and its inability to complete the latency test 
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with IPX traffic. According to the manufacturer’s 
specifications, the Hughes should sustain a for- 
warding rate of 13,000 packets per second with 
learning enabled, but measurable performance deg- 
radations are observed at lower forwarding rates. 

Persoft does not publish specific filtering or 
forwarding rates for its Intersect bridge, but it does 
claim more powerful performance in a more pow- 
erful system. As configured for testing, the Persoft 
bridge shows a noticeable performance loss when 
confronted with forwarding 7,281 frames per sec- 
ond, fails completely with IPX traffic, exhibits the 
longest latencies for all packet sizes, and performs 
the slowest overall. A more powerful host may im- 
prove the Persoft’s performance. 


Table 2. Dropped Packets 


Vendor/Product Averaged Dropped Packet 
Rate (%) 

CrossComm HSB-EE 0.0 

Hughes ProBridge 8033 8.1 

Netronix EtherMaster 100 0.0 

Persoft Intersect 26.9 

Racal InterLan INX400/L 0.0 

Retix 4660 0.0 


Vendors 


CrossComm Corp. 
140 Locke Drive 
Marlborough, MA 01752 (508) 481-4060 


Hughes LAN Systems 
1225 Charleston Road 


Mountain View, CA 94043 (800) 395-5267 


Netronix, Inc. 
1372 N. McDowell Boulevard 
Petaluma, CA 94954 (707) 762-2703, (800) 762-2703 


Persoft, Inc. 
465 Science Drive 
Madison, WI 53711 (608) 273-6000 


Racal InterLan 
155 Swanson Road 
Boxborough, MA 01719 (508) 263-9929, (800) LAN-TALK 


Retix 


2644 30th Street 
Santa Monica, CA 90405 (213) 399-2200 
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Characteristics 


Table 3. Local Ethernet Bridge Characteristics 


CrossComm 
HSB-EE 


Hughes Pro- 
Bridge 8033 


Netronix Ether- 
Master 100 


Persoft Intersect 


Racal InterLan 
INX400/L 


Retix 4660 


Filtering/For- 
warding Rates 


Filtering: 15,000 


pps; Forwarding: 


14,800 pps 


Filtering: 25,000 
pps; forwarding: 
13,500 pps 


Filtering: 25,000 


pps; Forwarding: 


14,000 pps 


Filtering: 22,000 


pps; Forwarding: 


11,000 pps 


Filtering: 23,600 


pps; Forwarding: 


11,000 pps 


Filtering: 29,000 


pps; Forwarding: 


13,650 pps 


Address Table 
Size 


Transient: 
40,000; Perma- 
nent: 128 


Management 
Protocols 


SNMP 


Transient: 3,000; SNMP 


Permanent: 800 


Transient: 8,000; SNMP 


Permanent: 
1,000 


8,132 


SNMP support 
planned for next 
release 


Transient: 8,000; SNMP 


Permanent: 50 


Transient: 8,192; SNMP, CMIP, 


Permanent: 
1,000 
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MAP, TOP 


Memory 
(bytes) 


Address Table 
RAM: 128K; 
Frame Buffer 


RAM: 128K ultra- 
high-speed RAM 


Address Table 
RAM: 96K; 
Frame Buffer 
RAM: 64K 


Address Table 
RAM: 114K; 
Frame Buffer 
RAM: 256K 


Host dependent 


Address Table 
RAM: 700K; 
Frame Buffer 
RAM: 91K 


Address Table 
RAM: 96K; 
Frame Buffer 
RAM: 200K 


Processor 


80376 


80386SX 


80376 


Host dependent 


80286 


68020 


Warranty and 
Support 


3 months, parts, 
labor, and return 
shipment; ex- 
tended warranty 
available ($500); 
technical support 
($125 per hour; 
free with support 
contract); tele- 
phone support 


1 year, parts, la- 
bor, and return 
shipment; ex- 
tended warranty 
available ($289); 
telephone sup- 
port and updates 
free for 3 
months; $700 per 
year thereafter 


1 year, parts, la- 
bor, and return 
shipment; tele- 
phone support 


5 years, parts, 
labor, and return 
shipment; 30-day 
money-back 
guarantee; tele- 
phone support 


1 year, parts, la- 
bor, and return 
shipment; tele- 
phone support 


1 year, parts, la- 
bor, and return 
shipment; war- 
ranty repairs 
through NCR; 
telephone 
support 
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Table 4. Local Ethernet Bridge Features 
Weight CrossComm Hughes Pro- Netronix Eth- Persoft Racal Inter- Retix 4660 
HSB-EE Bridge 8033 erMaster 100 Intersect Lan 
INX400/L 
Physical Characteristics 0 
Rack-mount option 0 A A A NA A A 
Weight (Ib.) 0 10 6.5 18 NA NA 13 
Height (in.) 0 2.6 7 4.5 NA 2.7 3.3 
Depth (in.) 0 12.5 3.4 15.5 NA 17 12.5 
Length (in.) 0 15.1 14.5 16.5 NA 13.8 17 
Electrical/Environmental 0 
Power requirements 0 60 65 150 NA 232 50 
(Watts) 
Operating humidity (%), 0 5-90 10-90 5-95 NA 10-90 5-95 
noncondensing 
Operating temperature 0 0-40 10-40 10-55 NA 0-50 0-50 
(degrees C) 
FCC class (A or B) 0 A A B NA A A 
Switchable 110/220 0 A — A NA A A 
(115/230) V AC 
Cooling fan 0 A — A NA A A 
Power switch 0 A — — NA A A 
Reset button 0 A A A NA — — 
Processor 0 
Processor type 0 80376 386SX 80376 Host 80286 68020 
Processor speed (MHz) 0 16 16 16 Host 10 20 
Embedded controller 0 A A A — — — 
Memory 0 
Address table size (KB) 0 128 96 114 NA 700 96 
Frame buffer size (KB) 0 128** 64 256 NA 91 200 
Physical Connections 1 
(Quantity) 
DB15 1 2 2 2 2 2 2 
BNC 1 2 2 2 2 2 2 
Fiber 1 0 0 0 0 0 2 
RS-232-C 1 1 1 0 0 1 1 
Media 1 
Thick coaxial 1 A A A A A A 
Thin coaxial 1 A A A A A A 
Twisted pair 1 — — — A A A 
Fiber 1 — — — — — A 
Diagnostics 1 
Power-up diagnostics 5 A A A A A A 
LED/LCD/Tone indicators 3 A A A A A A 
Console command line 3 A A — — A A 
diagnostic 
Downloadable diagnostics 1 A — — — — A 
Front-Panel LED/LCD 1 
Indicators 
Power (AC) 1 A A A — A A 
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Table 4. Local Ethernet Bridge Features (Continued) 


I a A I SS I I I I A I A ITE ES TE EE EE EE DEE DIT I TODOS TLE TE EADIE TELE ILL TI LEE i EE 


Weight CrossComm Hughes Pro- Netronix Eth- Persoft Racal Inter- Retix 4660 
HSB-EE Bridge 8033 erMaster 100 Intersect Lan 
INX400/L 
Alarm (12-Volt power 1 — —_ A — — A 
failure) 
Self-test/diagnostic 1 A A A — A A 
Console 1 A A — — — A 
Network A collision 1 A — A — A A 
Network A transmit 1 A A A — A A 
Network A receive 1 A — A — A A 
Network B collision 1 A — A — A A 
Network B transmit 1 A A A — A A 
Network B receive 1 A _— A — A A 
Administrative Software 1 
Connection 
RS-232 (TTY) attachment 1 A A — A A A 
Network attached 1 A A A — A A 
Modem support 1 A A — — A A 
Network Management 2 
Support 
Bridge management 5 A — A — A A 
software 
Bridge console commands 5 A A — —_ A A 
SNMP (Simple Network 5 A A A — A A 


Management Protocol) 


CMIP (Common Manage- 1 — — — — — A 
ment Information Protocol) 


CMOT (Common Manage- 1 — — = — a i 
ment Protocol over 


TCP/IP) 

MAP (Manufacturing Auto- 1 — — — — — A 
mation Protocol) 

TOP (Technical Office 1 — — — — — A 
Protocol) 


IEEE 802.3 Standards 1 


10BASE5 (standard/thick 2 A A A A A A 

Ethernet) 

10BASE2 (thin Ethernet) 2 A A A A A A 

10BASE-T (unshielded 2 — — — A A A 

twisted-pair Ethernet) 

FOIRL (Fiber Optic Inter- 2 — — — — — A 

network Repeater Link) 

High-Level Protocol 1 

Transparency 

TCP/IP 2 A A A A A A 

DECnet 2 A A A A A A 

LAT 2 A A A A A A 

XNS 2 A A A A A A 

ISO 2 A A A A A A 

Operating System 1 

Transparency 

Novell NetWare 2 A A A A A A 
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Table 4. Local Ethernet Bridge Features (Continued) 


Weight CrossComm Hughes Pro- Netronix Eth- Persoft Racal Inter- Retix 4660 
HSB-EE Bridge 8033 erMaster 100 Intersect Lan 
INX400/L 

3Com 2 A A A A A A 
Banyan 2 A A A A A A 
IEEE 802.3 compatibles 2 A A A A A A 
Performance (Packets 0 

per Second)* 

Filtering | 1 15K 25K 25K 22K 23.6K 29K 
Forwarding, spanning- 1 14,880 13K 12.5K 11K 11K 13,650 
tree/learning enabled 

Forwarding, spanning- 1 14,880 13,500 14K NA NA 13,650 
tree/learning disabled 

Throughput (M bps) 1 9.8 10 9.8 10 NA 10 
Source Address 3 

Database 

Database Functions 

Automatic address 5 A A A A A A 
learning 

Maximum address table 1 40K 3K 8K 8,132 8K 8,192 
entries 

Maximum addresses in 2 128 800 1K NA 50 4K 
nonvolatile RAM 

Filter/forward based on iL — _— A — — A 
address range 

Filter/forward based on 5 A A A A A A 
database entries 

Automatic aging 2 — A A — A A 
Accelerated aging upon _s_—‘1 — A A — A — 
spanning-tree change 

Manually add records 2 A A A — A A 
Manually delete records 2 A A A — A A 
Exempt record from aging 1 — A — — A — 
Lock record 1 A A — — — A 
characteristics 

Auto correct subnet 1 — A — — A A 
assignments 

Save records in nonvola- 2 A A A — A A 
tile RAM 

Assign symbolic names to 1 A A — — —_—_ — 
records 

Add address to range 1 — — A — — A 
table 

Delete address from 1 a — — A — — A 
range table 

Save/retrieve range table 1 — — A — — A 
configurations 

Display Options 

All records 1 A A A — A A 
Restricted records 1 A A — — A A 
Static records 1 A A A — A A 
Records in nonvolatile 1 A A A — A A 
RAM 
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Table 4. Local Ethernet Bridge Features (Continued) 


Weight CrossComm Hughes Pro- Netronix Eth- Persoft Racal Inter- Retix 4660 
HSB-EE Bridge 8033 erMaster 100 Intersect Lan 
INX400/L 


Settable Options 
Aging time interval 
Symbolic names on/off 
Record disposition 


Range table entry limits 
(upper/lower) 


Range table entry 1 — — A — — A 
disposition 


Pee ee 
| > 
>> > 
| 
| 
| 
| 


Protocol/Operating Sys- 2 
tem Filtering 
AppleTalk 
ARP 

Bridge ID 

IP 

DECnet 

LAT 
NetWare 
REVARP 
TCP/IP 


— NA 


>P> PPP PP DP DP 
| 


| 
| 
> 
> PrP rrr rm rm PP DP 


>PPrPPrerPrPFPF,iPrP?Pr PrP DP 
> > 


| 
| 
> 
| 


User-defined protocol 


Forwarding 


CO) ee i ee ee ee 


> 
> 
> 
> 
> 
> 


Unknown destination 
address 


Broadcast frames 
Group address 
Individual address 


Routing Methods 


Source address 


802.1 spanning-tree 
protocol 


Source routing 1 — — — as = oe 
transparency 


Automatic cable loop 1 A A A A A A 
avoidance 


= 2/2 jo = mo 
> 
> 
> 
> 
> 
> 


Administration/Configura- 3 
tion Functions 


Management software 1 A A A — A A 
included 


Help function 
Monitor multiple bridges 
Menu-driven management 


Save/retrieve profile 
configuration 


Password access to 1 
Management 


>> > DP 
| 

>>> DP 
| | 
> > D> 
>> PP 


> 
> 
| 
| 
> 
> 
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Table 4. Local Ethernet Bridge Features (Continued) 


Multilevel password ac- 
cess to Management 


Weight 


1 


Modify console serial con- 1 


nection settings 


Console command line 


Help 


Bridge off-/on-line 


Network device listing by 
manufacturer 


Automatic update of reset 


log 


Always forward specific 
types (IP, ARP, etc.) 


Software reset with updat- 
ed configuration 


Hardware reset with up- 
dated configuration 


Software reset with de- 
fault configuration 


Hardware reset with de- 
fault configuration 


Report Network Manage- 
ment Center IP address 


Change SNMP password 


Console control over mul- 
tiple bridges 


Save settings to nonvola- 


tile RAM 


Modular software 


cartridge 


Reset all statistics 
Initialize start-up/diagnos- 


tic cycle 


Logout of Management 


session 


Reject specific frame 


types 


Accept specific frame 


types 


Forwarding of multicast 
frames on/off 


Integrated text editor 


Administrative Display 


Functions 
Bridge 


configuration/status 
Parameter-specific status 
Bridge name 


Reset log 


Name of downloadable 
software file 


Console event reporting 


level 
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1 


1 


1 
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1 


CrossComm Hughes Pro- Netronix Eth- Persoft 


HSB-EE 


> > > > 


Bridge 8033 


> > > 
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Table 4. Local Ethernet Bridge Features (Continued) 


Weight CrossComm Hughes Pro- Netronix Eth- Persoft Racal Inter- Retix 4660 
HSB-EE Bridge 8033 erMaster 100 Intersect Lan 
INX400/L 
Bridge operation mode 1 A A A A A A 
Names of attached 1 — A — A A A 
segments 
Login message 1 — — — — A A 


Administrative Display 
Functions, Channel 0 


Bridge Ethernet address 1 A A A A A A 

All bridge connections 1 A A — — — A 

Packets transmitted 1 A A A — A A 

Packets received 1 A A A — A A 

CRC and alignment errors 1 A A A — A A 

No-resource errors 1 A A A — A A 

Oversize packets 1 A A — — A A 

Undersize packets 1 A A A — A A 

Packet transmission 1 A A A — A A 

failures 

Packet transmission 1 A A A — A A 

collisions 

Packets queued for 1 — A — — A A 

transmission 

SNMP packets broadcast 1 A A — — — A 

Valid SNMP packets 1 A A — — — A 

transmitted 

Administrative Display 

Functions, Channel 1 

Packets transmitted 1 A A A — A A 

Packets received 1 A A A — A A 

CRC and alignment errors 1 A A A — A A 

No-resource errors 1 — A A — A A 

Oversize packets 1 A A A — A A 

Undersize packets 1 A A A — A A 

Packet transmission 1 A A A — A A 

failures 

Packet transmission 1 yN A A — A A 

collisions 

Packets queued for 1 A A — — A A 

transmission 

SNMP packets broadcast 1 A A ~— — — A 

Valid SNMP packets 1 A A — —_— — A 

transmitted 

Settable Administrative 

Functions 

Packet protocols to be 1 A A A — A A 

blocked 

Console command line 1 — A — — A A 

prompt 

Bridge name 1 A A A — A A 

Attached segment names 1 — A — — A A 

Bridge IP address 1 A A = = A A 
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Table 4. Local Ethernet Bridge Features (Continued) 


Weight CrossComm Hughes Pro- Netronix Eth- Persoft Racal Inter- Retix 4660 
HSB-EE Bridge 8033 erMaster 100 Intersect Lan 
INX400/L 
IP net mask for IP routing 1 — A — — A A 
IP router address 1 — A — — A A 
Origin filtering on/off 1 — A A — — A 
Standard/extended packet 1 — A — — A A 
sizes 
Restrict mode on/off 1 — A — — — A 
Name downloadable 1 A A w — A A 
bridge software file 
Console event reporting 1 — A — — A A 
level 
Forward operating mode _ 1 A A A — A A 
Filter operating mode 1 A A A — A A 
Pass all mode 1 A A A — A A 
Filter/forward greater than 1 — A — — A A 
size” 
Filter/forward smaller than 1 — A — — A A 
size” 
Login message 1 — — — — A A 
Statistics event threshold 1 — — — — — A 
options 
Statistics gathering 1 — A A — A A 
options 
Bridge system password 1 A A A — A A 
Bridge user (view only) 1 A — — — A A 
password 
Source address to filter 1 A A A — A A 
only | 
Source address to for- 1 A — A — A A 
ward only 
Time-out limit for trans- 1 — A — — — A 
mission reset 
Time-out limit for receive 1 — A — — — A 
reset 
Forwarding delay 1 —_— A A — A A 
Administrative Set Func- 
tions, Channel 0 
Source address learning 1 A A — — — A 
mode on/off 
Source address record 1 A A — — A A 
aging on/off 
Port 1 state 1 A A A — — A 
Port 1 priority level 1 — A A — — A 
Administrative Set Func- 
tions, Channel 1 
Source address learning 1 A A — — — A 
mode on/off 
Source address record 1 A A — — A A 
aging on/off 
Port 2 state 1 A A A — — A 
Port 2 priority level 1 — A A — — A 
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Table 4. Local Ethernet Bridge Features (Continued) 
Weight CrossComm Hughes Pro- Netronix Eth- Persoft Racal Inter- Retix 4660 
HSB-EE Bridge 8033 erMaster 100 Intersect Lan 
INX400/L 
Administrative Flag 
Settings 
Error severity flags 1 a — — — — = 
Forwarding flag, unknown 1 — A — — — A 
group addresses 
Forwarding flag, unknown 1 — A — — — A 
individual addresses 
Origin filter learning flag, 1 _ A — — A A 
source addresses 
Restricted learning flag, 1 — A — — — A 
destination addresses 
Static learning flag 1 — A A — — A 
Administrative Spanning- 
Tree Settings 
Bridge standby mode 1 — A A — A A 
(backup) 
Root priority level 1 A A A — A A 
Hello time 1 A A A — A A 
Bad hello limit 1 A — — — A A 
New tree time 1 A —_ — — A A 
Hello maximum age 1 A A A — A A 
Secure mode 1 — — A — — A 
Enable/disable spanning- 1 — A A — A A 
tree protocol 
Path cost per segment 1 A A A — A A 
NA—Not applicable. 
*64-byte packets per manufacturer's specification. 
**Ultrahigh-speed RAM. 
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Glossary of Terms 


Selected Definitions 


Source Address Database Functions 


Auto-Correct Subnet Assignments: A bridge tracks the 
address and Ethernet segment location (subnet assign- 
ment) of each node (workstation with an Ethernet card 
having a unique Ethernet address) on each segment 
connected to the bridge. When a node is disconnected 
from one segment and connected to the other, a bridge 
with automatic correction updates its internal address 
record to reflect the node’s new location. The correction 
goes into effect as soon as the workstation transmits a 
frame from its new location. 


Assign Symbolic Names to Records: A symbolic name 
can be assigned to an Ethernet address to simplify ref- 
erences; for example, ‘Super 486 Workstation’”’ in place 
of a 12-character hexadecimal string such as 
OOOOCOEA2B1C. 


Range Table Entries: This term refers to a database of 
Ethernet address ranges referenced by the bridge. The 
bridge either filters or forwards a frame depending on 
whether it is within a specified range. 


Display Options 


Restricted Records: The bridge can be set up to selec- 
tively restrict forwarding of packets destined for specific 
addresses on a segment. 


Static Records: Address records in the source address 
database can be designated as ‘‘static,’’ and these 
records will not be changed by aging and learning of 
addresses. 


Settable Options 


Aging Time Interval: The administrator can specify a 
time interval after which a nonstatic address record will 
be purged from the address database unless the bridge 
has received a packet from it. 


Record Disposition: The administrator can specify ac- 


tions to be taken by the bridge upon receiving a packet 
from a particular address—always forward the packet 
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to the other segment, forward the packet to port 1 if re- 
ceived on port 2, forward to port 2 if received on port 1, 
and never forward the packet. 


Forwarding 


Group Address: Frames with group or multicast ad- 
dresses designate more than one station, but, unlike 
broadcast frames, the frames are not received by all 
stations. 


Administration/Configuration Functions 


Report Network Management Center IP Address: Sim- 
ple Network Management Protocol (SNMP) uses IP ad- 
dresses to establish communication between 
centralized network management stations and devices 
such as bridges on the network. 


Forwarding of Multicast Frames on/off: The adminis- 
trator can optionally designate that all packets destined 
for group or multicast addresses be automatically for- 
warded by the bridge. 


Administrative Display Functions 


Console Event Reporting Level: The administrator can 
specify that a console attached to the bridge display 
local event messages only or display all event mes- 
sages on the network. Local event messages are those 
generated by the bridge. 


Bridge Operation Modes: The administrator can set 
and display the current bridge operation mode; modes 
typically include Backup, Learn, Forward, Pass All, and 
some kind of Restriction-by-Packet-Size. 


Administrative Display Functions, Channel 0 


CRC and Alignment Errors: The bridge can report er- 
rors in receiver synchronization, invalid source or desti- 
nation address, and invalid data fields according to a 
Frame Check Sum (FCS). 


No-Resource Errors: The bridge can report the number 
of packets not received owing to insufficient frame 
buffer space. 


SNMP Packets Broadcast: The bridge can report the 
number of valid SNMP packets transmitted on either 
channel. 


Settable Administrative Functions 


IP Net Mask for IP Routing: The bridge can determine 
whether a destination address is part of the local seg- 
ment attached to the bridge. 


IP Router Address: The administrator can designate an 
IP router address. When the bridge determines that a 
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destination address is located outside the local subnet, 
packets can be passed to the IP router. 


Standard/Extended Packet Sizes: The administrator 
can designate that the bridge accept the standard IEEE 
802.3 Ethernet packet size (60 to 1,536 bytes) or an ex- 
tended range of packet sizes. 


Statistics Event Threshold Options: The bridge can re- 
port events based on threshold levels of activity (e.g., 
maximum value of errors) or rates (e.g., maximum fre- 
quency of errors). 


Time-Out Limit for Reset of the Transmitter or Receiver 
Chip: The administrator can specify a time interval after 
which the bridge’s receiver and transmitter chips reset 
when no transmission occurs due to cable failure or dis- 
connection. 


Administrative Spanning-Tree Settings 


Root Priority Level: The administrator can use a span- 
ning tree to determine which bridge is the root bridge. 


Hello Time: A spanning-tree setting specifies the inter- 
val at which a bridge must send a message identifying 
itself as the root bridge of the spanning tree. 
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Bad Hello Limit: A bad hello message is one transmit- 
ted by a bridge other than the root bridge; when the limit 
for bad hellos is exceeded, a warning event message 
may be issued. | 


New Tree Time: A spanning-tree setting specifies an 
interval after which a spanning-tree bridge discards its 
current configuration information and reconfigures the 
spanning tree. 


Hello Maximum Age: A spanning-tree setting specifies 
the maximum time period that a hello message gener- 
ated by a bridge can remain on the network before it 
“times out’ and is discarded. 


Secure Mode: The source address database can be 
secured such that the bridge will forward only packets 
from addresses manually entered (versus automatically 
learned) into the database. 


Path Cost per Segment: Cost values can be assigned 
to the transmission of packets across a bridge. Costs 
are additive as more bridges are traversed. The 
spanning-tree algorithm uses path costs to determine 
the optimum path. 


Product Prices 


Purchase 
Price 
(S$) 
Local Ethernet Bridges 

CrossComm HSB-EE 4,350 
Hughes ProBridge 8033 2,995 
Netronix EtherMaster 100 3,400 
Persoft Intersect 1,495 
Racal InterLan INX400/L 3,195 
Retix 4660 3,750 
fA 

JUNE 1991 


© 1991 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Research Group. Delran NJ 08075 USA 


In this report: 


Product 
Evaluations..................0.. 


Rating 
Summaries ................0000 


Performance 
ReSult ............. cc ccecescceees 


-204 
-205 


~208 
-215 


-216 


DATAPRO 


Datapro Reports on 


820-201 


PC & LAN Communications 


LAN Internetworking 
Evaluations 


Remote 


Ethernet Bridges 


LL A Report fromnste_ | | || 


Synopsis 


Focus 


This report discusses applciations for re- 
mote Ethernet bridges and evaluates six 
products’ performance, features, and us- 
ability. 


Products Tested 


HP 28674A — 
Hewlett-Packard Co. 


3000 Series HCB 
Magnalink Communications Corp. 


REB-20 
RAD Network Devices 


High Performance 4880 
Retix 


NETBuilder IB/3000 
3Com Corp. 


TransLAN 335 
Vitalink Communications Corp. 


Product Recommendations 


¢ Magnalink 3000 Series HCB 
e Hewlett-Packard HP 28674A 
¢ Retix High Performance 4880 


Source 


Based on data generated by tests designed 
and conducted by National Software Test- 
ing Laboratories, Inc. (NSTL), a division of 
Datapro Information Services, Plymouth 
Meeting, PA 19462. Telephone (800) 223- 
7093. 


Ratings Key Product Name 
Mow 1) | 8.0 [Magnalink 3000 SeriesHCB——=s=*=«L@® | @ | @ [99,400 & 
Ratings 7.7 [Hewlett-Packard HP 28674A_ ss | @ | OO | @ [$3,999 & 
@7.0-10.0 | 7.7 |Retix High Performance 4880 s<$Ss| @ | O.| @ 1 $8,400 
O5.0- 6.9 7.4 |3ComNETBuilder IB/3000— ss | | S| @ [$7,495 
under5.0 | (6.7 [VitalinkTransLAN335_ | O. | @ | @ [$11,500 


*& Recommended 
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Overview 


Remote Ethernet bridges connect multiple LANs across 
large geographic distances. Connectivity of this nature en- 
ables sharing of important resources among workgroups at 
physically separate locations. Such “‘enterprise-wide’”’ net- 
works become more and more feasible as wide area com- 
munications equipment and data links become more pow- 
erful, less expensive, and more available. 


With the inexorable transition of North America’s ana- 
log Public Switched Telephone Network to a completely — 


digital Integrated Services Digital Network (ISDN), con- 
nectivity over large distances using digital communica- 
tions will become more commonplace. Many internet- 
working products already address some of these needs, and 
as their popularity increases, their capabilities will likely 
increase as well. 


Evaluation Criteria 


NSTL evaluated IEEE 802.3-compatible bridges capable 
of bridging two remote Ethernet network segments at the 
Media Access Control (MAC) layer of the ISO model. 
MAC-layer bridges filter or forward packets after examin- 
ing MAC-layer address information contained within the 
first 12 bytes of the packet. All the bridges support at least 
one wide area connection with a V.35 interface; some sup- 
port two wide area links per bridge. 

This evaluation examines the bridges’ installation, con- 
figuration, and administration procedures; adherence to 
ISO standards; performance; and features. An emphasis is 
placed on the performance of the bridges given the task of 
bridging two network segments running Novell NetWare 
386 3.1 across a wide area link. The wide area link is estab- 
lished using a pair of General DataComm 552 Channel 
Service Unit/Data Service Units (CSU/DSUs). In all cases, 
the bridges use an external timing source to synchronize 
data transfer over each wide area connection. 


Filtering/Forwarding 


Remote Ethernet bridge manufacturers often refer to com- 
patibility and performance specifications in their product 
descriptions. Product specifications characterize perfor- 
mance in terms of Ethernet frame (or packet) filtering and 
forwarding rates. Published filtering and forwarding rates 
do not always accurately characterize actual bridge perfor- 
mance because they do not account for internal delays or 
latency. | 

Latency refers to the time it takes the bridge to examine 
and retransmit a packet. A bridge may be capable of for- 
warding packets at the theoretical Ethernet maximum of 
14,881 packets per second (pps). Assuming the bridge has 
room to store incoming packets (frame buffer) while other 
packets are queued for transmission, only a small initial 
delay occurs as the first small group of packets is readied 
for transmission. After this initial delay, packets stream at 
the specified rate. Delays are typically less than a few mil- 
liseconds, but on some networks (Novell NetWare 386 in 
particular), all data packets sent by applications between 
server and workstation require acknowledgment frames 
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and latencies are cumulative. The remote communications 
link can also constrain performance. 

NSTL’s test network configuration consisted of two 
802.3 network segments with a high-speed, synchronous, 
full-duplex connection. This connection simulates T1 
high-speed digital communication, which has a well- 
defined throughput limitation of 1.536M bps. If the in- 
coming packet transmission rate exceeds the bridge’s 
throughput rate to the WAN link, the incoming packets are 
stored in the bridge’s frame buffer until transmission. A 
prolonged disparity in incoming and outgoing traffic rates 
can cause lost or dropped packets when the bridge’s buffer 
fills and overflows. A deep frame buffer (i.e., higher mem- 
ory allocation) helps a bridge accommodate periods of in- 
tense packet forwarding. 


Bridge Applications 


Traffic Isolation 

When traffic on a network becomes intense and perfor- 
mance degrades substantially, businesses often divide or 
“segment” the network using a local bridge, isolating traf- 
fic on two local segments. Ethernet packets with source 
and destination addresses on the same segment do not ap- 
pear on the other segment. Connecting two remote LAN 
segments achieves a similar effect, except for the introduc- 
tion of a remote communications link. The network ad- 
ministrator is responsible for ensuring cost-effective use of 
potentially expensive communications facilities (such as a 
full or fractional T1 link) with limited bandwidths. 


Bandwidth Enhancement 

The traffic isolation obtained with Ethernet bridges can 
improve the available bandwidth in a system of multiple 
connected Ethernet segments. Multiple LAN segments can 
be connected linearly with local bridges, thus isolating traf- 
fic to its local segment. If three or more segments are con- 
nected in this way, traffic between the two endmost seg- 
ments can lead to substantial congestion on the middle 
segments. A backbone network topology can be created 
where a single network segment serves as a “backbone”’ or 
“tree trunk,” from which additional segments, connected 


_via bridge devices, branch. Since the backbone is devoted 


to handling nonlocal traffic, it will tend to be less con- 
gested than each local segment. The expense and capabili- 
ties of different types of remote communications links 
have an impact on this type of extended network organiza- 
tion when LAN segments are connected via remote Ether- 
net bridges. 

For example, a customer service organization within a 
large corporation might discover a need to connect several 
physically separate offices within a single metropolitan 
area, as well as a need to connect those offices to similar 
offices in another city. By examining information needs 
and data throughput requirements among these offices, it 
might be found that several types of remote links, based on 
a heirarchy of bandwidths, will allow all the offices to be 
connected in a cost-effective way. Different grades of Dig- 
ital Dataphone Service (DDS) up to 56K bps may be ade- 
quate to handle nonlocal traffic volumes between local of- 
fices in one city, while one of the local offices, acting as a 
backbone, may require a more expensive digital leased 
line, such as T1 (1.536M bps of effective throughput), and 
thus effectively handle all nonlocal traffic from one set of 
local offices to another set in another city. 
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Fault Tolerance 

In addition to providing electrical isolation between seg- 
ments, multiple bridges can provide routing fault tolerance 
with redundant network connections. If an active bridge 
fails, a backup or standby bridge ensures communication 
between segments. Some remote bridge devices have this 
sort of fault tolerance built in. If the remote bridges can be 
configured with more than one WAN port per bridge, the 
second wide area port can be used as a redundant wide 
area link to guard against communication interruptions 
should one link fail. In addition to enhancing communica- 
tions reliability, some multiple WAN port bridges make 
effective use of the additional bandwidth with a second 
link. Remote bridges with fallback dial-up automatically 
dial into a leased digital communications facility via the 
second WAN port when the bridge’s primary link fails. 
Fallback dial-up establishes connection with little or no 
network interruption. 


Load Balancing 

A well-planned traffic isolation scheme uses one or more 
bridges to balance the traffic load on interconnected net- 
work segments. In some cases, priorities can be assigned to 
individual bridge channels with priority levels relative to 
other bridges. Load balancing features give the administra- 
tor some control over the path of traffic across the ex- 
tended network. Remote Ethernet bridges with multiple 
active WAN ports can sometimes share and balance loads 
among their WAN channels to effectively enhance overall 
WAN performance. 


Enhanced Security 

Bridges are no substitute for well-planned network security 
at the operating system and application levels, but they do 
offer additional security. Bridges placed on- or off-line can 
completely control access to critical resources, and most 
bridges offer complete control over frame filtering and for- 
warding according to specific network addresses. A partic- 
ular node can be denied access to a specific segment given 
proper bridge administration, but in a large extended net- 
work, such administration may not be feasible. Many 
bridges can restrict forwarding of frames based on higher 
level protocol information contained within the frame, 
and some support filtering based on wild card symbols 
specified via the bridge administration facility. All the test 
bridges can learn the network addresses of devices on con- 
nected segments and thereby build address tables with sev- 
eral hundred or several thousand entries. An address data- 
base of this size would require extensive manual editing to 
achieve node-specific security arrangements. More gener- 
alized security measures such as protocol filtering are eas- 
ily implemented. 


Mixed Media Connection 

Most remote Ethernet bridges can connect network seg- 
ments with different physical media. All the test bridges 
can connect thin Ethernet to thick Ethernet cabling. Be- 
cause remote bridges operate at the Data Link layer of the 
ISO model, they are inherently protocol and operating sys- 
tem independent. Physically separated LANs employing 
different media (thin Ethernet, thick Ethernet, twisted- 
pair Ethernet, or fiber optic Ethernet) can be connected 
with remote Ethernet bridges, assuming that appropriate 
local interfaces and connections can be made. In some 
cases, each bridge can be configured with the necessary lo- 
cal network interface; otherwise, an external transceiver 
may be required. 
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Physical Media Extension 

Bridges are similar to repeaters in that they receive and 
retransmit network frames, providing a degree of electrical 
conditioning to the transmitted frame’s signal. Electrical 
conditioning and the topology enhancements described 
above can greatly extend the media lengths allowed with a 
single network segment. With remote bridges, the distance 
separating local segments in a WAN is limited only by the 
remote communications link or links. 


Summary 


An important consideration when selecting a remote 
Ethernet bridge is the type and cost of the remote connec- 
tion the bridge will use. While throughput and latency per- 
formance indicators should be given serious attention, 
keep in mind that features are as important as raw perfor- 
mance in specific environments. Performance is especially 
important with regard to expensive digital transmission 
services, and some products make more effective use of the 
remote link’s available bandwidth. 

The Magnalink does an outstanding job of cramming 
data into the link using a single WAN port. A pair of Mag- 
nalink bridges costs more than twice as much as a pair of 
Hewlett-Packard bridges, but 4-to-1 data compression and 
support for the spanning-tree algorithm give the Mag- 
nalink the best overall performance. With expected sup- 
port for SNMP management standards, free customer sup- 
port, flexible filtering capabilities, and fallback dial-up 
support, the Magnalink offers a powerful combination of 
performance and features. 

The inexpensive Hewlett-Packard provides excellent 
overall performance, especially for a bridge with a single 
WAN port. It does not support fallback dial-up, but it does 
support the spanning-tree algorithm for redundant links. 
Its limited 512-entry address table is insufficient for net- 
works with very large numbers of nodes. The Hewlett- 
Packard provides “plug-and-play”’ remote Ethernet bridg- 
ing; its excellent documentation makes installation a snap. 
SNMP support and an optional Windows-based manage- 
ment package enhance usability. 

The Retix offers two WAN links operating at T1 speeds 
with effective load balancing and load sharing. The Retix 
supports more management standards than any of the 
other bridges. The Retix excels at overall throughput using 
two high-speed digital links under a wide range of traffic 
conditions. Redundant links with very good throughput 
provide excellent fault tolerance. The Retix does not sup- 
port fallback dial-up. 

The solid 3Com product supports the spanning-tree al- 
gorithm and SNMP management standards, and it can be 
optionally configured as a router. Good performance com- 
bines with a robust set of features at a competitive price. 

The very expensive Vitalink comes with high levels of 
supplier support and commitment. The Vitalink bridge 
supports up to eight WAN ports per bridge with fallback 
dial-up at rates to 384K bps. Very good features, including 
flexible filtering, make the Vitalink a very good product. 
Overall throughput for a double WAN port bridge using 
two T1 links is the highest tested; intermittent channel 
shutdown reduces throughput accordingly. 

The RAD comes configured with two WAN ports and 
can be expanded to four ports per bridge. It stores up to 
25,000 source address table entries on its internal hard 
disk. Vitalink’s excellent bridge management software 
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must be purchased separately. Very flexible filtering abili- 
ties, spanning-tree support, and source routing transpar- 
ency make this PC-based remote bridge viable for many 
internetworking needs. At $8,900 with the RIM software, 
the RAD is somewhat pricey compared to bridges with bet- 
ter performance. A more powerful PC platform would un- 
doubtedly improve performance (tested on an AT-class PC 
platform operating in nonturbo mode). 


Product Evaluations 
Hewlett-Packard HP 28674A 


Product Summary 


e Excellent performance under all traffic conditions 
¢ Very good throughput (single WAN port) 

e Very small internal latencies 

e Linear relationship between latency and packet size 
¢ Excellent documentation; easy installation 

¢ Console command line management software 

¢« Automatic learning of source addresses 

¢ Up to 512 source address table entries 

¢ Supports spanning-tree algorithm, SNMP 

¢ Small footprint 

¢ Rack-mount hardware included 

e Maximum 2.048M bps WAN link speed 


e External timing source required for WAN link synchro- 
nization 


¢ Windows-based management software available 
Magnalink 3000 Series HCB 


Product Summary 

¢ Excellent performance under all traffic conditions 

¢ Excellent throughput; rivals bridges with two WAN links 
¢ Consistently small internal latencies 


¢ Somewhat nonlinear relationship between latency and 
packet size 


¢ Easy installation 

¢ Console command line management software 
e Automatic learning of source addresses 

e Maximum 8,192 source address table entries 


¢ Supports spanning-tree algorithm, SNMP (third-quarter 
1991) 


¢ Free customer support 

¢ Maximum 2.048M bps WAN link speed 
¢ Rackmount integral with unit case 

¢ Fallback dial-up to 56K bps 


RAD REB-20 


Product Summary 


¢ Good performance with moderate traffic; significant 
degradation with constant heavy traffic 


e Linear relationship between latency and packet size 
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e Relatively high internal latencies 
e Good documentation; easy installation 


e Optional menu-driven management software; powerful 
and easy to use 


e Optional NetGraph software provides graphic represen- 
tation of network topology and status 


e Management software easy to install; can access bridges 
from workstation 


e Automatic learning of source addresses 

e Maximum 25,000 source address table entries 
e Free customer support 

e Maximum 2.048M bps WAN link speed 

e Fallback dial-up to 4800 bps 


Retix High Performance 4880 


Product Summary 


e Consistently excellent performance for all traffic condi- 
tions 


e Excellent throughput; effectively uses two WAN links at 
T1 speeds 


e Automatic learning of source addresses 

e Maximum 16,000 source address table entries 

e« Supports spanning-tree algorithm, SNMP, MAP, TOP 
e Effective menu-driven bridge management software 

e Robust configuration and administration facilities 

e Easy installation 

¢ Effective load balancing and sharing on two WAN links 
e Maximum 2.048M bps WAN link speed 

¢ Optional Windows-based management software 

e Free customer support 


3Com NETBuilder IB/3000 


Product Summary 


e Very good performance with moderate traffic 

e Performance degrades with constant heavy traffic 
e Good throughput; low internal latencies 

e Linear relationship between latency and packet size 
e Comprehensive documentation; easy installation 
e Automatic learning of source addresses 

e Maximum 8,196 source address table entries 

¢ Load sharing on two WAN ports 

¢ Console command line management software 

¢ Supports spanning-tree algorithm, SNMP 

¢ Optional router software 

e Maximum 7M bps WAN link speed 

e External or internal WAN link timing 

e Fallback dial-up 
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Vitalink TransLAN 335 


Product Summary 


Good performance under all traffic conditions 


Excellent throughput with two WAN ports active; shuts 
down one port under heavy loading 


Good throughput with one active WAN port 
Relatively high internal latencies 


Linear relationship between packet size and latency 


Very good documentation; easy installation 


Robust configuration and administration environment 


Console command line management software with rudi- 
mentary user interface 


Supports spanning-tree protocol 


Load balancing and sharing among WAN ports 
Maximum 2.048M bps WAN link speed 
Fallback dial-up to 384K bps 

Up to eight WAN ports per bridge 


Product Recommendations 


Magnalink 3000 Series HCB 

The Magnalink earns NSTL’s top recommendation for its 
strong performance and effective use of available remote 
link bandwidth. Four-to-one data compression at Tl 
speeds, support for the spanning-tree algorithm, expected 
support for SNMP management standards, free customer 
support, flexible filtering capabilities, and fallback dial-up 
support make the Magnalink a _ powerful, high- 
performance product. The Magnalink with one wide area 
link provides throughput equal to what many other bridges 
provide with two WAN links. 


Hewlett-Packard HP 28674A 

The Hewlett-Packard offers excellent overall performance 
at a great price and an extremely easy installation proce- 
dure. The Hewlett-Packard supports the spanning-tree al- 
gorithm for redundant links between LAN segments using 
multiple bridges. It does not support fallback dial-up, and 
its 512-entry address table may be too limiting for some 
extended networks. SNMP support and _ optional 
Windows-based management software enhance usability. 
Hewlett-Packard has a reputation for high-quality prod- 
ucts, and the Hewlett-Packard remote bridge is no excep- 
tion. 


Retix High Performance 4880 

For overall throughput using two high-speed digital links 
under a wide range of traffic conditions, the Retix may be 
the best choice. The Retix effectively uses two WAN links 
operating at T1 speeds with load balancing and load shar- 
ing, and it supports more management standards than any 
other bridge tested. Redundant links, both with very good 
throughput capabilities, provide excellent fault tolerance. 
Fallback dial-up is not supported by this spanning-tree 
bridge. Retix has a solid background in internetworking 
products. 
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Rating Summaries 


Figure 1. 
Hewlett-Packard HP 28674A Ratings 
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Figure 2. 
Magnalink 3000 Series HCB Ratings 
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Figure 3. 
RAD REB-20 Ratings 
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Figure 4. 
Retix High Performance 4880 Ratings 
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Figure 5. | 
3Com NETBuilder IB/3000 Ratings 
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Figure 6. 
Vitalink TransLAN 335 Ratings 
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Overall Evaluation 


The bridges are uniformly easy to install and operate, and 
features are generally very good. Performance and features 
generally distinguish the test products. For heavy network 
traffic and potentially complex network management sce- 
narios, good performance and bridge management capa- 
bilities are a must. Products with strong performance char- 
acteristics and robust configuration and management 
features can provide the network manager with tools to 
enhance the organization and performance of an extended 
network, but their effectiveness depends upon the way 
they are integrated with overall network management 
strategies. 

Magnalink’s excellent performance, very good features, 
and reasonably good usability result in a winning combina- 
tion. Its capability to stuff tremendous amounts of data 
into a single WAN link through data compression can re- 
duce long-distance communications costs (e.g., a fraction 
of a T1 line may meet the information needs of an entire 
organization). Fallback dial-up capability that currently 
supports speeds to 56K bps (with support for T1 speeds 
planned) can provide a backup link within seconds of a 
primary link failure. 

Hewlett-Packard and Retix offer good features and ex- 
cellent performance and usability. The Hewlett-Packard 
has a single wide area port per bridge, and Retix has two 
per bridge. Retix uses a significant portion of the band- 
width provided by two T1 links and does so flawlessly. 
Hewlett-Packard is not capable of Retix’ throughput by na- 
ture of its single WAN link, but it makes impressive use of 
the available bandwidth with a single WAN link and virtu- 
ally fills the T1 bandwidth. Even with sustained, intense 
background traffic, the Hewlett-Packard is not limited by 
its throughput. 

The 3Com combines very good performance, very good 
features, and excellent usability, but a bridge with two 
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WAN ports, load balancing, and load sharing should pro- 
vide better throughput. Throughput curves for two T1 
links make it difficult to believe that the higher remote link 
speeds supported by the 3Com are fully utilized. With 
larger packets the effective data throughput (in bytes per 
second) might increase markedly, but within the context of 
NSTL’s tests, the 3Com should be capable of pushing more 
packets through the links. This theory is borne out by the 
3Com’s slightly depressed scores with flood traffic. Perfor- 
mance is decent, and the bridge can function as a router 
with the appropriate software. With improved remote link 
throughput, the 3Com could be a real winner. 

The Vitalink offers good features, good performance, 
and excellent usability. While exhibiting the highest 
throughput of all the bridges tested, the Vitalink intermit- 
tently shuts down one of its wide area channels during pe- 
riods of sustained intense packet forwarding. The channel 
shutdown, combined with slightly higher latencies than 
most of the other bridges, may be the cause of some of 
Vitalink’s slower test completion times and its sensitivity 
to flood traffic. This channel shutdown effect is intermit- 
tent, occurs only under sustained intense loading, and dis- 
appears when loading eases. Vitalink expects to correct the 
problem in the near future. 

The RAD provides good features, excellent usability, 
and fair performance. RAD’s optional Remote Internet- 
work Management software makes bridge administration 
a breeze. Without the software, the RAD cannot be admin- 
istered during operation. Like the other double-WAN port 
bridges, the RAD should provide greater throughput; in 
fact, its throughput significantly slows in the presence of 
constant intense traffic (flood traffic). Load sharing and 
balancing do not seem to help in NSTL’s tests. The RAD’s 
performance may be constrained by the performance lim- 
itations of its AT-class PC platform. 


Methodology | 
The Overall Evaluation is a weighted average of scores for 
the individual criteria. | 

Overall Evaluation Score = (5 x Performance Score) + 
(4 x Features Score) + (Usability Score) + 10. 


Performance | 


Small delays (known as latency) in the forwarding of 802.3 
frames from one network play a large role in determining 
performance. Expressed in the form of latency curves, the 
relative latencies of the test products serve as a reasonably 
good indicator of expected bridge performance. Latency 
increases with increases in packet size, and in most cases 
the relationship is linear. 

The Magnalink uses a 68030 processor with a propri- 
etary system and bus architecture. Using a single wide area 
link, it accomplishes throughput expected only from a 
bridge with two WAN links. The performance is impres- 
sive and translates into lower remote communications 
costs. With Magnalink bridges, an organization’s data 
needs may be met using a single T1 line rather than two 
lines, or using a smaller fraction of a T1 line. Magnalink 
accomplishes high throughput using 4-to-1 data compres- 
sion at T1 speeds, and in some instances it achieves almost 
5-to-1 compression (based on statistics gathered by the 
bridge). Low overall latencies contribute to the Mag- 
nalink’s excellent performance. 

The Retix and Hewlett-Packard also offer excellent per- 
formance. The Retix bridges exhibit tremendous through- 
put, fully utilizing two WAN ports per bridge. The 
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Hewlett-Packard achieves very good throughput, espe- 
cially for a bridge with a single WAN port. Throughput is 
not a limiting factor for the Hewlett-Packard bridges, and 
their excellent performance reflects the capability to fill 
the remote communications channel. The Hewlett- 
Packard and Retix have low overall latencies. 

The 3Com provides very good performance with two 
WAN ports. Throughput is good and latencies are low 
overall, but throughput levels are not as high as might be 
expected with two WAN ports, load sharing, and load bal- 
ancing. 

The Vitalink achieves the highest level of throughput, 
but intermittent shutdown of one wide area link reduces 
throughput to the level of a remote bridge with one WAN 
port. Vitalink expects to correct the problem in the near 
future. The Vitalink bridge pairs exhibit slightly higher la- 
tencies than several other bridges. 

The RAD’s performance is not quite as good as the Vi- 
talink’s, and its latencies are the largest overall. The RAD 
experiences difficulty with flood traffic, and the constant 
traffic intensity pushes it to the limits of its throughput 
capability. Some of the RAD’s performance limitations 
may be the result of its relatively slow 80286 platform. 


Methodology 
For each iteration of each benchmark, individual perfor- 
mance scores are weighted and scaled relative to the best 
time for that component to produce a System Performance 
Index. Overall Performance scores are weighted averages 
of the System Performance Indexes for all benchmarks. 
Performance Score = (Latency Score) + (Lotus 1-2-3 
Score) + (Microsoft C 5.0 Score) + (Foxbase+/LAN Score) 
+ (Xcopy to Server Score) + (Xcopy from Server Score) + 
(Throughput Score) + 7. 


Features 


All the remote Ethernet bridge products provide robust 
features. The 3Com stands apart with support for over 
8,000 source address table entries, remote communica- 
tions up to 7M bps (not tested), and a rich set of adminis- 
tration and configuration features. 3Com builds in all sorts 
of forwarding and filtering features, good system security, 
and support for the spanning-tree protocol and Simple 
Network Management Protocol (SNMP). Source ad- 
dresses are automatically learned and aged. As with all 
good MAC-layer bridges, the 3Com’s operation is trans- 
parent to various operating systems and higher layer pro- 
tocols while providing a wide range of protocol- and oper- 
ating system-specific filtering. 

The Magnalink and Vitalink are MAC-layer bridges 
with operating system and protocol transparency. Vitalink 
excels in bridge statistics reporting but does not support 
SNMP. Magnalink plans to provide SNMP support in the 
third quarter of 1991. Both bridges support the IEEE 802.1 
spanning-tree protocol. Both Vitalink and Magnalink sup- 
port remote link speeds up to 2.048M bps, provide fallback 
dial-up on a second remote line, and support over 8,000 
source address table entries. 

The RAD and Retix features are closely matched. Retix 
supports 16,000 source address table entries; RAD sup- 
ports 25,000 by virtue of its capability to use hard disk 
storage. RAD supports a wider range of operating system- 
and protocol-specific filtering. Both bridges support the 
spanning-tree protocol, and Retix also supports SNMP, 
MAP (Manufacturing Automation Protocol), and TOP 
(Technical Office Protocol). Both bridges have two wide 
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area ports per bridge, and the RAD supports fallback dial- 
up. RAD’s REB-40 model (not tested) supports up to four 
WAN ports. Both Retix and RAD provide a full range of 
administration and configuration utilities. Like the other 
test bridges, the Retix supports leased lines, AT&T DDS, 
T1, and fractional T1; but unlike the others, it does not 
support Switched 56 (56K-byte dial-up). 

The Hewlett-Packard supports up to 512 source address 
table entries, has a single wide area port per bridge, and 
supports SNMP and the spanning-tree protocol. It does 
not provide fallback dial-up, but it supports remote link 
speeds to 2.048M bps. Good system security, a full range 
of protocol and operating system security, and secure- 
mode filtering (pass only specified type) are included. 


Methodology 

NSTL compares each remote Ethernet bridge against a 
master list of features and specifications. The Features 
score is a weighted average of scores for the individual 
weighted features. Features and their methodology weights 
are listed in Table 3. 


Usability 


The remote Ethernet bridges are easy to install and tend to 
work well with their factory default settings. Cabling re- 
quirements are slightly more complex than for local 
bridges, depending on the remote communications link 
and the bridge’s WAN interface. Setting the appropriate 
serial communications parameters is sometimes more 
complicated for bridges with more than one WAN port per 
bridge, especially when load sharing and load balancing 
settings needed to be adjusted. 

The Hewlett-Packard is very simple to use and features 
an automatically configuring WAN port. The bridge has a 
small footprint, is very lightweight, and comes with rack- 
mount hardware. LED indicators on the back provide rea- 
sonably good diagnostic and operational information. 
User manuals are well organized, comprehensive, and pro- 
fessionally produced. Bridge management uses console 
commands with a rudimentary but adequate user inter- 
face. Windows-based management software is available as 
an option. 

Retix and RAD supply well-organized management 
software with somewhat more sophisticated menu-driven 
user interfaces than the others. RAD’s Remote Internet- 
work Management (RIM) software is very effective and 
easy to use, and NetGraph displays graphic representa- 
tions of network topology and status; both must be pur- 
chased separately. (The basic RS-232 version of RIM costs 
$1,950.) RIM is almost a requirement for the RAD be- 
cause without it the bridge cannot be administered during 
operation. The Retix user manual is very comprehensive, 
but it lacks an index and could benefit from better organi- 
zation and a hardware/software checklist. RAD’s user 
manual lacks an index and falls short in comprehensive- 
ness. Good context-sensitive Help in the RIM software 
partially makes up for this shortcoming. Both bridges are 
easy to install, but the RAD requires additional space if 
both the monitor and keyboard remain attached to the PC 
platform. The Retix’ LCD front-panel display provides de- 
tailed operational and diagnostic information. Retix also 
offers Windows-based management software. 

The Vitalink comes with excellent manuals, installs 
very easily according to step-by-step instructions, and de- 
spite its rudimentary user interface, the management soft- 
ware is well organized and powerful. The large-footprint 
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Vitalink has a low profile and does not require much ver- 
tical space. LED indicators on the back of the bridge pro- 
vide status and diagnostic information. 

The 3Com comes with an excellent Getting Started 
manual. The draft version of the user guide is bulky, lacks 
an index, and is difficult to use although extremely com- 
prehensive. The manuals provide no hardware/software 
checklist for facilitating installation. Overall, the 3Com is 
not difficult to use considering the depth and versatility of 
its features (router software operates on the same plat- 
form). Its management software interface is simple, but 
unsophisticated. 

Magnalink ranks slightly lower than the other bridges 
because its manual lacks comprehensiveness, organiza- 
tion, and an index. A better page layout and type style and 
a hardware/software checklist would improve the docu- 
mentation considerably. Despite the quality of its manu- 
als, the Magnalink is easy to install and use. The bridge 
management software uses a rudimentary command line 
interface and provides the user with the tools for adequate 
bridge configuration and management. Front-panel LED 
indicators display operational status and diagnostics. The 
front panel removes easily, revealing additional LEDs and 
the main circuit boards. The bridge chassis integrates rack- 
mount hardware. 


Methodology 
The Usability score is a weighted average of scores for the 
individual criteria. 

Usability Score = (3 x Physical Installation Score) + (2 
x Manual Organization Score) + (2 x Manual Clarity 
Score) + (3 x Manual Comprehensiveness Score) + (2 x 
Console/Administration Hookup Score) + (3 x Console/ 
Administration Use Score) + 15. 


Performance Results 


Manufacturers of remote Ethernet bridge products charac- 
terize performance in terms of the maximum packet filter- 
ing and forwarding rates and types of remote connections 
supported. Measured with dedicated test equipment in a 
controlled Ethernet environment, these “raw” filtering 
and forwarding rates do not completely describe the be- 
havior of remote Ethernet bridges. Many factors contrib- 
ute to the “real-life” performance that can be expected 
from a pair of remote Ethernet bridges. For bridges that 
support high-speed serial communications (e.g., over T1 
lines), frame buffering and transfer between the LAN and 
the wide area link (or links) are critical to performance. 

High-speed serial communications lines can be expen- 
sive, and organizations using the entire Tl bandwidth 
need a bridge capable of filling the bandwidth. Remote 
Ethernet bridges adequate for communication over DDS 
(maximum 56K bps synchronous digital transmission) 
may not be capable of keeping pace with one or more 
1.544M bps (1.536M bps plus framing bits) lines. 

As with local Ethernet bridges, packet size, queuing 
methods, interpacket spacing, bandwidth utilization, and 
internal bridge latency play important roles in remote 
bridge performance. Since remote Ethernet bridges must 
operate in pairs connected via WAN ports, many other fac- 
tors contribute to overall system performance. Latencies 
associated with moving packets from one LAN to another 
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via a synchronous, full-duplex digital carrier (e.g., T1 line) 
depend on the speed of the line as well as the bridges’ in- 
ternal processing time at either end. Round-trip delays 
may be inherited from the carrier’s digital network. 


Test Configuration 

NSTL tested remote Ethernet bridges connecting two 
802.3 networks. Each network used thin Ethernet cable 
and 1OBASE2 Ethernet cards; the bridges were connected 
by means of a simulated T1 line. Each bridge in the pair 
connected to one network and to a pair of General Data- 
Comm 552 CSU/DSUs. Twisted-pair cables with appro- 
priate crossovers connected the CSU/DSUs, each config- 
ured to provide communication at Tl speeds. One CSU/ 
DSU (the Master CSU/DSU) provided timing for the 
simulated T1 line. The remote bridges were configured to 
look to an external source (i.e., the Master CSU/DSVU) for 
timing over the remote communications line. Bridges with 
two wide area ports were connected with two pairs of CSU/ 
DSUs. 

Each network consisted of one server running Novell 
NetWare 386 3.1, four secondary workstations, and one 
primary workstation. On one LAN, a control workstation 
and monitor workstation ran Network General’s Watch- 
dog software; a Network General Sniffer was attached to 
the other LAN. All workstations accessed logical network 
drives. Control stations had no effect on test results; they 
monitored and recorded network traffic conditions during 
testing and provided global traffic statistics and frame dis- 
tributions for the entire network and for individual work- 
stations. 


Secondary Workstations: Everex 386sx systems identi- 
cally configured with 4M bytes of RAM, Novell NE2000 
Ethernet adapters. 


Primary Workstation: PC Craft 386/33 Desktop with 4M 
bytes of RAM, Western Digital 16-bit EtherCard Plus 16. 


Control Station: AST Bravo/286 with 640K bytes of 
RAM, Western Digital 16-bit EtherCard Plus 16. 


Network Server: PC Craft 386/33 Tower with 12M bytes 
of RAM, 80M-byte IDE drive, Western Digital 16-bit 
EtherCard Plus 16. 


Monitor Workstation: AST Premium 386sx/16 with 4M 
bytes of RAM, 40M-byte hard disk drive, Racal InterLan 
NI5210 DataLink-Level Ethernet Controller, Network 
General Watchdog 1.00. 


CSU/DSU: General DataComm 552 Data Service Unit. 


Network Analyzer: Network General Sniffer, Compaq 
Portable 386/20, Network General’s Ethernet Analyzer 
3.0, and Ethernet Monitor Software. 


Application Tests 

Four application benchmarks measured bridge perfor- 
mance with typical Lotus 1-2-3 Release 3, Microsoft C, 
Foxbase, and Xcopy operations. As a baseline measure- 
ment, the No Traffic times were measured from the pri- 
mary workstation with the secondary workstations idling. 
Background application traffic was generated using Lotus 
1-2-3, a Foxbase+/LAN application suite, a Foxbase+/ 
LAN traffic application (Spike Traffic), and a sustained 
intensity low-level traffic generator (Flood Traffic). 
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High-level application tests with and without back- 
ground traffic ran symmetrically on the two networks. Ap- 
plications ran simultaneously at the primary workstation 
on each segment with the appropriate traffic conditions 
established on each segment’s four secondary worksta- 
tions. To maintain balanced loading on both network seg- 
ments, all primary and secondary workstations were 
logged into NetWare servers via the bridge pairs; there- 
fore, all information transfer over the network passed 
through the bridges. 


Internal Latency Tests 

Remote Ethernet bridges are said to operate in pairs be- 
cause each segment requires its own bridge. The remote 
bridges are then connected via their wide area network 
ports using long-distance communications lines. (In some 
cases, a single bridge with multiple WAN ports can be con- 
nected to several remote bridges.) Packets transferred 
from one segment to the other must cross two bridges and 
be processed at both ends. At either end of the wide area 
link, frames are delayed by processing required to place 
them on the local segment. Communications equipment 
may add some latency to the system, but the same equip- 
ment is used for all the bridge pairs, so relative compari- 
sons among bridges are valid. A bridge’s processing speed 
is determined by its processor type and speed, quantity 
and type of RAM, the number of address entries main- 
tained, its method of searching for addresses, queuing of 
packets for transmission, packet spacing, and the effi- 
ciency of algorithms used to orient the bridge on the net- 
work. 

Internal latency is the time required for the bridge to 
process a received Ethernet packet and forward or filter 
the packet based on the destination address. Upon receiv- 
ing a packet, the bridge references its internal address da- 
tabase to determine whether the destination is on the same 
segment as its source. Packets that remain on the current 
segment are filtered; others are forwarded across the re- 
mote communications link to the other bridge where it is 
again processed and moved onto the other segment. A fil- 
tered packet essentially remains local and is received at the 
destination address. Bridge processing is minimal if the 
internal address database is fairly small and few address 
comparisons are required. Packet transmission and receipt 
on the local segment proceed independently of bridge ac- 
tivity, so bridges do not introduce any delay between sta- 
tions on the same segment. 

Forwarding packets is essentially more time consuming 
than filtering (analyze and retransmit versus analyze and 
do nothing), and other factors add to the delay. Packets 
queued for forwarding in bridge memory contribute to re- 
transmission latency. The speed of the communications 
link (wide area link) can bear directly on transmission de- 
lays, depending on how each bridge handles queued pack- 
ets. 

NSTL treated the two remote Ethernet bridges, CSU/ 
DSUs, and synchronous full-duplex connection as one sys- 
tem with complex internal interactions. By treating the 
system as a whole and holding certain factors constant 
(CSU/DSU speed and timing, LAN equipment, and 
benchmarks), NSTL effectively measured and compared 
latencies for each bridge pair and its remote link. 

Internal latency results measured the time required to 
forward a large number of packets across the bridge. Two 
nodes, one on each segment, conducted an IPX conversa- 
tion using custom send and receive programs optimized 
for throughput with no disk access or extraneous data pro- 
cessing to hinder transmission. The IPX send and receive 
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programs provided address-specific packet transmission 
and dropped packet time-out checking to ensure the suc- 
cessful forwarding of all packets. Each conversation was 
repeated five times with five packet sizes from 100 bytes to 
500 bytes, providing highly accurate results. In each con- 
versation, 3,000 packets were forwarded. The times were 
large enough that errors in measurement were approxi- 
mately 1% or less. 

For comparison, all conversations were repeated with- 
out a bridge (Null Bridge in the charts); that is, the seg- 
ments were joined into one network. Internal latency was 
measured without network traffic. The two primary work- 
stations served as the sender and receiver stations. 


Throughput Tests 

NSTL’s throughput test measured the bridge’s capability 
to fill the available bandwidth or data channel. For testing, 
the CSU/DSUs connecting the bridge pairs provided a 
1.536M bps (T1 speeds) effective bandwidth per remote 
link. Bridges with two wide area links used two remote 
links, for an available bandwidth of 3.072M bps. In addi- 
tion to system latencies, frame buffer size, buffering 
method, data compression, and load sharing and balancing 
among WAN ports also affected sustainable throughput. 
Extreme traffic conditions often revealed throughput lim- 
its, as Shown in the benchmark results. 

Limitations on a bridge’s effective forwarding rates can 
result in dropped packets and reduced throughput. Higher 
level protocols generally initiate retransmission of 
dropped packets. When packet loss is minimal, retrans- 
mission delays are negligible. If packet loss increases suffi- 
ciently, the cumulative delays can noticeably degrade net- 
work performance. 

Packets were transmitted across the bridges to a second- 
ary workstation on the other segment. By sending packets 
at a range of speeds (measured in packets per second, or 
pps), it was possible to determine the packet transmission 
rate at which each bridge pair can no longer forward pack- 
ets as fast as it receives them. The curves in Figure 1 1 show 
throughput trends for the tested bridges. Packet transmis- 
sion rates were measured on the source segment using a 
Network General Sniffer, and on the destination segment 
using a monitor station running Watchdog 1.0. 


Background Traffic 
NSTL generated high- and low-level background traffic to 
measure its effects on bridge performance. High-level ap- 
plications such as Lotus 1-2-3 and Foxbase+/LAN rely on 
the operating system and its higher level protocols to send 
and receive data. Secondary workstations on each segment 
were logged into servers across the bridge to provide bal- 
anced network loading. Low-level traffic generated using 
custom programs created traffic conditions not typically 
found with high-level applications. NSTL’s low-level 
Flood traffic transmitted a constant stream of minimum- 
size packets to a specific address and did not require ac- 
knowledgement frames via higher level protocols. 
High-level background traffic was generated by Lotus 
1-2-3 and Foxbase+/LAN. Simple Foxbase background 
traffic consisted of each secondary workstation performing 
a transaction no more than 30 times a minute. The trans- 
action looks up indexed records in three files and locks, 
updates, and unlocks one record in each file. Spike traffic, 
also generated by Foxbase+/LAN, consisted of each sec- 
ondary workstation repeatedly updating a specific record 
in a single database file, remaining dormant for a brief in- 
terval, and then repeating the cycle with a different num- 
ber of updates and a different delay time. Lotus traffic ex- 
ecuted a macro that combines and saves files metered to be 
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Figure 7. 
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active no more than every 20 seconds on each station. As 
configured in the test bed, Lotus traffic provided a level of 
background network utilization ranging from 1% to 7%. 
Foxbase traffic network utilization ranged from 3% to 8%. 
Spike traffic is similar to Foxbase traffic, but network uti- 
lization ranged from less than 1% to about 8%. Half of the 
Spike traffic frames fell within the 129- to 256-byte range; 
the other 50% were 60-byte frames. In Foxbase traffic, 
about 55% fell in the 61-to 128-byte range, and the others 
fell into the 60-byte, 129-to 128-byte, and 513- to 1,024- 
byte ranges. 

Low-level Flood traffic was optimized for throughput 
and continuously sent minimum-sized Ethernet packets to 
a specific network address at a controlled rate. To ensure 
symmetric loading of the segments, two secondary work- 
stations on each segment sent packets to two idling second- 
ary workstations on the opposite segment. Each of the four 
secondary workstations generated packets at 600 pps, 
equivalent to about 3% network utilization. 


Lotus 1-2-3 


A Lotus macro invoked on both primary workstations 
loads and saves a 3M-byte spreadsheet (to and from a 
server), moving a substantial amount of data across the 
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network. This test provides a well-balanced data transmis- 
sion scenario between workstation and server. The test is 
run without background traffic, then with four types of 
background traffic running concurrently on eight second- 
ary workstations, four on each network segment. 


Analysis 

The results group the bridges into two categories that 
roughly coincide with observed latency trends. Perfor- 
mance trends among the bridges are consistent with high- 
and low-level traffic. Flood traffic accentuates these trends 
and indicates the effectiveness of the bridges’ frame buff- 
ering and processing. Flood traffic affects the Magnalink 
least; the RAD exhibits significant performance degrada- 
tion. The 3Com, Hewlett-Packard, Retix, and Vitalink 
slow some with Flood traffic. 


Microsoft C 5.0 


A large ensemble of 25 XLISP 2.0 C source code files 
(10,928 lines totaling 245,222 bytes) is compiled and 
linked at each primary workstation, forming an executable 
file of 147,228 bytes. The total number of bytes down- 
loaded from each remote server is far greater than the 
amount of data traveling from workstation to server. The 
test is run without background traffic, then with four types 
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Figure 9a. 
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of background traffic running concurrently on eight sec- 
ondary workstations, four on each network segment. 


Analysis 

Performance results coincide with latency trends. Times 
are longer than in the Lotus test because more files are 
downloaded and because the time-consuming compiling 
and linking cannot proceed until the files are downloaded. 
Bridges that transfer the files to the workstation quickly 
have a recurring advantage. 

The Microsoft C test transfers a larger percentage of 
small packets than the Lotus test, and the Hewlett-Packard 
bridge exhibits noticeably shorter latencies for smaller 
packets. Throughput apparently is not a limiting factor be- 
cause the Magnalink and Retix have greater throughput 
capacities than the Hewlett-Packard. 

The RAD’s large latencies explain its slow times in the 
no traffic and high-level traffic scenarios, but its Flood 
traffic time reveals throughput limitations that can lead to 
dropped packets and subsequent retransmissions. 
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Figure 9b. 
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Xcopy 


A 5M-byte directory tree (130 files in 13 directories) is 
copied to each remote server from its primary workstation 
using the DOS Xcopy command with the /s parameter. 
The test is run without background traffic, then with four 
types of background traffic running concurrently on eight 
secondary workstations, four on each network segment. 
The entire test suite is repeated, copying the directory tree 
from the server back to its primary workstation. 


Analysis 
The Null Bridge results show that the Xcopy proceeds sys- 
tematically about 50% slower from the server than to the 
server. The trend holds true with all types of traffic, except 
for the 3Com with Flood traffic, which reverses the trend. 
Without traffic and with high-level traffic, the Hewlett- 
Packard, Magnalink, 3Com, and Retix achieve shorter 
completion times than the other bridges. Under similar 
traffic conditions, the Vitalink and RAD are slowed by 
larger latencies, and with Flood traffic, the 3Com, RAD, 
and Vitalink are slower. 
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Table 1. Foxbase+ /LAN Tests 
No Traffic (times in seconds) 

No Hewlett- Magnalink RAD Retix 3Com Vitalink 

Bridge Packard 3000 REB-20 4880 NETBuilder TransLAN 

HP 28674A HCB 1B/3000 335 

Test 1 61.0 69.8 69.3 77.0 85.3 70.8 75.5 
Test 2 11.0 24.5 23.8 36.8 31.3 25.5 32.5 
Test 3 16.0 43.0 37.8 67.5 53.5 45.5 58.3 
Test 4 22.0 72.3 63.3 112.8 84.5 75.8 98.5 
Test 5 8.0 22.5 21.5 33.5 26.3 23.8 30.0 
Test 6 19.0 50.3 45.0 77.3 60.5 52.8 67.5 
Test 7 21.0 27.0 28.5 33.3 34.8 28.5 32.5 
Test 8 4.0 9.0 9.0 13.8 11.0 9.5 12.3 
Test 9 31.0 60.3 64.5 87.0 77.5 66.8 81.5 
Test 10 45.0 95.0 90.0 137.3 118.5 99.3 123.3 
Test 11 40.5 94.0 101.0 145.3 118.5 102.0 135.3 
Test 12 5.0 7.0 7.0 8.5 9.5 7.5 8.8 
Test 13 11.0 23.8 22.0 35.8 30.5 25.3 31.5 
Test 14 1.0 2.0 2.3 3.0 2.8 2.3 2.8 
Test 15 1.5 2.8 2.5 3.5 3.3 2.8 3.0 
Test 16 19.0 27.3 27.8 34.5 35.8 28.3 32.8 
Lotus Traffic (times in seconds) 

No Hewlett- Magnalink RAD Retix 3Com Vitalink 

Bridge Packard 3000 REB-20 4880 NETBuilder TransLAN 

HP 28674A HCB IB/3000 335 

Test 1 61.5 70.5 69.3 78.3 85.0 71.3 75.3 
Test 2 12.0 26.0 24.0 36.8 31.0 27.0 33.5 
Test 3 16.5 46.8 40.3 69.5 53.5 48.3 61.3 
Test 4 23.0 78.5 66.3 117.0 85.8 82.3 102.8 
Test 5 8.0 25.0 21.5 35.0 25.8 25.0 31.0 
Test 6 18.5 55.3 46.8 79.8 61.3 56.3 70.5 
Test 7 21.0 28.3 29.0 35.0 34.8 29.5 33.5 
Test 8 4.0 9.5 9.0 14.3 11.3 10.0 12.0 
Test 9 31.5 64.5 66.0 94.8 78.0 71.3 86.0 
Test 10 46.0 101.5 92.8 143.3 121.0 105.3 128.0 
Test 11 42.0 103.8 103.5 163.5 121.8 111.0 143.3 
Test 12 4.5 7.3 7.0 9.0 9.5 7.3 8.5 
Test 13 11.5 25.8 23.3 36.5 30.3 25.8 33.0 
Test 14 1.0 2.0 2.3 3.8 2.8 2.8 3.0 
Test 15 1.0 2.8 2.8 3.5 3.3 2.5 3.3 
Test 16 19.0 28.0 27.5 37.3 35.0 29.3 33.8 
Foxbase:/LAN ~~~~~~~~—~~—”~—~CO—S Xen Files 
Foxbase runs a series of transactions against a banking da- 6. ace - atabase (removing deleted records and rein- 


tabase: 


ie Wits Tadexeeio Thice Files 7. Process 1,000-Transaction Batch 


Create Indexes on Four Files 8. Create Indexes on History File 


2 
3. Copy Selected Records to Temporary Files 9. Process 1,000-Transaction Batch 
4 


Delete Selected Records 10. Append Records to History File and Reindex 
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Table 1. Foxbase; /LAN Texts (Continued) 


Foxbase Traffic (times in seconds) 


Test 1 
Test 2 
Test 3 
Test 4 
Test 5 
Test 6 
Test 7 
Test 8 
Test 9 
Test 10 
Test 11 
Test 12 
Test 13 
Test 14 
Test 15 
Test 16 


No 
Bridge 
61.0 
12.0 
16.0 
24.0 
7.5 
19.5 
21.0 
3.5 
32.5 
45.0 
41.5 
4.5 
11.0 
2.0 
1.0 
19.0 


Hewlett- 
Packard 
HP 28674A 


69.8 
27.0 
47.0 
82.3 
24.8 
55.5 
28.0 
10.0 
63.5 
102.0 
101.5 
7.3 
25.3 
2.5 
2.5 
28.3 


Spike Traffic (times in seconds) 


Test 1 
Test 2 
Test 3 
Test 4 
Test 5 
Test 6 
Test 7 
Test 8 
Test 9 
Test 10 
Test 11 
Test 12 
Test 13 
Test 14 
Test 15 
Test 16 
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No 
Bridge 
71.5 
27.0 
48.0 
79.8 
24.8 
55.5 
29.0 
9.8 
69.3 
104.8 
107.3 
7.5 
26.3 
2.0 
3.0 
29.5 


Hewlett- 
Packard 
HP 28674A 


71.0 
26.3 
46.8 
79.0 
24.3 
54.3 
29.3 
9.5 
68.3 
102.3 
105.5 
7.0 
25.3 
2.8 
2.8 
28.8 
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Magnalink 
3000 
HCB 


69.5 
25.0 
40.5 
65.5 
22.5 
47.3 
29.0 
9.0 
67.0 
93.0 
104.5 
7.0 
23.5 
2.3 
2.8 
28.5 


Magnalink 
3000 
HCB 


70.0 
24.8 
44.0 
76.3 
23.0 
51.8 
27.5 
9.3 

61.8 
97.0 
96.3 
7.0 

24.0 
2.0 

2.8 

27.3 


RAD 
REB-20 
79.3 
43.5 
78.0 
126.5 
38.8 
89.5 
37.3 
15.3 
101.5 
157.8 
171.8 
10.0 
40.5 
3.8 
4.0 
39.8 


RAD 
REB-20 
69.0 
24.8 
39.5 
64.8 
21.3 
47.0 
28.0 
9.0 
65.3 
92.0 
101.5 
6.5 
23.5 
2.8 
2.3 
27.8 


Retix 
4880 
85.8 
31.0 
53.0 
85.0 
25.8 
60.8 
34.5 
11.0 
77.3 
120.5 
117.5 
9.8 
29.5 
2.5 
3.3 
35.0 


Retix 
4880 
77.8 
36.0 
67.0 
113.0 
34.3 
76.5 
34.3 
13.8 
90.8 
138.3 
152.5 
9.0 
35.3 
3.3 
3.5 
35.8 


3Com 
NETBuilder 
1B/3000 


71.3 
27.8 
49.8 
85.3 
25.8 
58.5 
29.8 
10.0 
70.8 
106.5 
110.0 
8.0 
26.8 
2.3 
2.8 
29.5 


3Com 
NETBuilder 
1B/3000 


61.0 
12.0 
16.5 
23.5 
75 
19.5 
21.0 
4.0 
32.0 
44.5 
41.5 
5.0 
11.0 
1.0 
1.5 
19.0 
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Vitalink 
TransLAN 
335 


76.0 
33.8 
61.8 
103.3 
31.3 
71.8 
33.3 
13.0 
86.0 
129.5 
144.5 
8.8 
33.3 
3.0 
3.0 
34.8 


Vitalink 
TransLAN 
335 


75.3 
33.3 
60.3 
101.3 
30.5 
69.3 
32.8 
12.8 
84.3 
126.0 
141.3 
8.3 
32.8 
2.8 
3.5 
33.5 
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Table 1. Foxbase+/LAN Tests (Continued) 


Flood Traffic (times in seconds) 


No Hewlett- Magnalink 
Bridge Packard 3000 
HP 28674A HCB 
Test 1 61.0 69.8 68.3 
Test 2 11.5 27.5 23.8 
Test 3 16.5 50.3 38.3 
Test 4 24.0 96.0 62.8 
Test 5 7.5 28.8 21.5 
Test 6 19.0 61.0 45.5 
Test 7 20.5 28.0 27.8 
Test 8 4.0 10.5 8.3 
Test 9 32.0 65.8 64.5 
Test 10 45.5 109.3 90.0 
Test 11 41.5 105.8 99.0 
Test 12 5.5 7.5 7.0 
Tesi 13 11.0 26.0 22.0 
Test 14 1.0 2.3 2.5 
Test 15 1.0 2.8 2.0 
Test 16 19.0 28.5 28.0 
11. Process 1,000-Transaction Batch 
12. Select 1,000 Records on Indexed Field 
13. Select 1,000 Records on Unindexed Field 
14. Group and Subtotal 200-Record File and Report 
15. Two-File Join and Report 
16. Four-File Join and Report 
Figure 10. 
Throughput 
5000 
pRETIX | 
7 —_ 
: - ome | 
bs vrummoausnn | 
os 0 1000 2000 3000 4000 5000 6000 7000 8000 
Packets per Second Sent 
NOVEMBER 1991 


Remote Datapro Reports on 
Ethernet Bridges PC & LAN Communications 
RAD Retix 3Com Vitalink 
REB-20 4880 NETBuilder TransLAN 
IB/3000 335 
170.3 72.8 150.0 80.3 
205.5 29.3 30.0 38.5 
433.8 53.8 53.5 72.3 
841.3 89.3 97.5 122.8 
248.0 27.0 406.0 36.5 
555.3 61.3 73.5 83.3 
113.3 30.5 30.5 37.0 
85.3 11.0 10.0 14.8 
520.8 74.5 75.0 100.5 
897.8 113.3 156.5 149.0 
1002.5 116.3 117.0 172.3 
64.3 8.0 8.0 9.5 
167.5 28.8 28.0 37.8 
15.3 2.3 2.0 3.3 
18.5 3.0 3.0 3.8 
136.5 30.8 30.5 37.8 


The 16-test suite is run without background traffic, then 
with four types of background traffic running concurrently 
on eight secondary workstations, four on each network seg- 
ment. 


Analysis 

Except for the RAD, the bridges perform within a fairly 
tight range of times. The Magnalink is fastest overall for all 
traffic versions, followed closely by Hewlett-Packard. The 
Retix and 3Com times are very similar, and the Vitalink 
finishes just slightly behind because of its slower perfor- 
mance with Flood traffic. 

The RAD is generally slower than the others for all traf- 
fic scenarios and especially with Flood traffic. Packet-per- 
second throughput limitations may have caused dropped 
packets, retransmission, and subsequently slower comple- 
tion times with Flood traffic. 


Throughput 


Packets are transmitted from one secondary workstation 
to another across the bridges. All packets are the minimum 
Ethernet frame size (60 bytes plus a 4-byte frame check 
sequence and 8-byte preamble). Packets are sent at a range 
of speeds to determine the transmission rate at which the 
bridges can no longer forward packets fast enough to keep 


up. 


Analysis 

The transmitted frames are uniformly small and require 
less processing overhead than large frames; therefore, the 
test is biased in favor of bridges with short internal laten- 
cies for small packets and those with efficient buffering 
schemes that forward many frames in a short time. Bridges 
with small amounts of memory allocated for frame buffer- 
ing may experience buffer overflow and consequently drop 
packets sooner than those with deep buffers. Dropped 
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Figure 11. 
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packets limit throughput, or the sustained rate at which a 
steady stream of packets can be forwarded. Bridges config- 
ured with two wide area links per bridge (Retix, 3Com, 
Vitalink, and RAD) have a clear advantage. 

The Hewlett-Packard and 3Com both peak at about 
2,900 packets per second, even though the 3Com has two 
wide area links and the Hewlett-Packard has one. The wide 
area link channel can handle 192,000 bytes per second, 
with a maximum of about 2,660 frames forwarded. The 
Hewlett-Packard achieves a level higher than this by strip- 
ping the 8-byte preamble and 4-byte frame check sequence 
from each frame prior to transmission. Each frame is en- 
capsulated in an HDLC frame with a 2-byte header and 
2-byte check sequence. Theoretically, the link bandwidth 
can forward three thousand 64-byte HDLC encapsulated 
frames. This type of procedure is not unique to the 
Hewlett-Packard bridge, but it explains how it achieves its 
throughput using a single T1 link. 


© 1991 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Delran NJ 08075 USA. 


820-215 


LAN Internetworking 
Evaluations 


The Vitalink achieves the highest throughput overall, 
with a marked drop at higher packet transmission rates. 
The Vitalink bridge pairs each support two wide area links 
and can effectively use both links (combined available 
bandwidth of 3.072M bps) only if traffic originates from 
more than one unique source address. The observed drop 
in throughput occurs intermittently at higher transmission 
rates and is typified by one wide area channel shutting 
down while the other remains active. 


Internal Latency 


The test measures the time required to transmit 3,000 
frames between primary workstations across the bridge. 
Gross latency (in milliseconds per frame) is calculated only 
from runs in which no packets are dropped. The IPX send 
program will not send another packet until it receives an 
acknowledgement frame from the receive program. A 
time-out interval exceeding three seconds between trans- 
missions causes a dropped packet to be logged. 


Analysis 

The RAD and Vitalink generally exhibit higher latencies 
or internal forwarding delays than the other bridges. Their 
performance results maintain a fairly linear relationship 
between packet size and latency for the range of packet 
sizes tested. 

The Retix, 3Com, Hewlett-Packard, and Magnalink 
have overall shorter internal latencies, and all but the Mag- 
nalink maintain linear relationships between latency and 
packet size. The nonlinear character of the Magnalink 
curve may indicate the bridge’s use of data compression to 
achieve high throughput levels. 


Vendors 


Hewlett-Packard Co., 

Business Computing Systems 

19091 Pruneridge Avenue 
Cupertino, CA 95014 (800) 752-0900 


Magnalink Communications Corp. 
P.O. Box 769, 63 Nahatan Street 
Norwood, MA 02062 (617) 255-9400 


RAD Network Devices 
7711 Center Avenue, Suite 600 
Huntington Beach, CA 92647 (714) 891-1964 


Retix 
2644 30th Street 
Santa Monica, CA 90405-3009 (213) 399-2200 


3Com Corp. 
5400 Bayfront Plaza 
Santa Clara, CA 95052 (408) 764-5000, (800) NET-3COM 


Vitalink Communications Corp. 
6607 Kaiser Drive 
Fremont, CA 94555 (415) 794-1100 
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Characteristics 


Table 2. Remote Ethernet Bridge Characteristics 


Filtering/For- Address Table Management Memory Processor Warranty and 


warding Rates Size Protocols (bytes) Support 
Hewlett-Packard Maximum 17,080/ 512 entries SNMP Address Table: | AMD 2900 1-year warranty 
HP 28674A 14,880 pps (64- 512K; Frame covers parts, la- 
byte packets) Buffer: 256K bor, and on-site 
service; tele- 
phone support 
($45 per inci- 


dent); service 
contracts avail- 
able; extended 
warranty ($20/ 
month for 4-hour 
turnaround; $11/ 


month, 1-day 
turnaround) 
Magnalink 3000 Maximum 14,000/ 8,192 entries SNMP (third- Address Table: 68030 1-year warranty 
SeriesHCB ~~ 3,800 pps (64- quarter 1991) 64K; Frame Buff- covers parts, la- 
byte packets) er: 512K bor, and return 
shipment; ex- 


| tended warranty 
($1,100/year); 


telephone 
support 
RAD REB-20 Maximum 10,000/ 25,000 entries None Address Table: 80186 1-year warranty 
2,600 pps (64- 20K; Frame Buff- covers parts, la- 
byte packets) er: 240K bor, and two-way 
shipment; ex- 


tended warranty 
available at 10% 
of product price; 


toll-free tele- 
phone support 
Retix High Per- Maximum 14,880/ 16,000 entries SNMP, MAP, Address Table: 68020 1-year warranty 
formance 4880 = 8,000 pps (64- TOP 96K; Frame Buff- covers parts, la- 
byte packets) er: 500K bor, and return 
shipment; ex- 


tended warranty 
available; toll-free 


telephone 
support 
3Com NET- Maximum 19,000/ 8,196 entries SNMP Address Table: 68020 1-year warranty 
Builder IB/3000 10,000 pps (64- 2M; Frame Buff- covers parts, la- 
byte packets) er: 1M | bor, and return 
shipment; ex- 


tended warranty 
available; hard- 
ware exchange 
for any hardware 
problem; toll-free 
telephone sup- 
port ($1,995 cov- 
ers 12 incidents) 
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Table 2. Remote Ethernet Bridge Characteristics (Continued) 
Filtering/For- Address Table Management Memory Processor Warranty and 
warding Rates Size Protocols (bytes) Support 
Vitalink Trans- § Maximum 14,880/ 8,192 entries None Address Table: 68020 1-year warranty - 
LAN 335 7,000 pps (64- 164K; Frame covers parts, la- 
byte packets) Buffer: 4K bor, and return 
shipment; ex- 


tended warranty 
available; toll-free 
telephone sup- 
port ($125/hour, 
15-minute mini- 
mum) for custom- 
ers not covered 
by maintenance 


Table 3. Remote Ethernet Bridge Features 


Weight Hewlett- Magnalink RAD REB-20 Retix 4880 3ComNET-  Vitalink 

Packard HP 3000 Series Builder TransLAN 

28674A HCBG 1B/3000 335 
Physical Characteristics 0 
EIA rack-mount option 0 A A RA1 A — A 
Weight (Ib.) 0 6.01 12.5 RA1 17 12 16.5 
Height (in.) 0 1.71 4.75 RA1 3.25 3.8 3.5 
Depth (in.) 0 9.25 9.37 RA1 12.5 12.6 22.25 
Length (in.) 0 16.75 17 RA1 17 16.2 17.2 
Electrical/Environmental 0 
Power requirements 0 60 61 200 50 155 100-130 
(Watts) 
Operating humidity (%), 0 5-95 90 95 5-95 10-90 10-90 
noncondensing 
Operating temperature 0 0-50 0-50 40 0-50 5-40 5-40 
(degrees C) 
FCC class (A or B) 0 A A A A A A 
Switchable 110/220 0 A A A A A A 
(115/230) V AC 
Cooling fan 0 A A A A A A 
Power switch 0 — — A A A A 
Reset button 0 A A A — A A 
DTE/DCE external switch 0 — — — — — A 
Processor 0 
Processor type 0 AMD 2900 68030 80186 68020 68020 68020 
Processor speed (MHz) 0 25 25 1 20 20 25 
Embedded controller 0 A A — A A A 
Memory 0 
Address table size (KB) 0 512 64 20 96 2MB 164 
Frame buffer size (KB) 0 256 512 240 500 1MB 4 
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Table 3. Remote Ethernet Bridge Features (Continued) 


Weight — Hewlett- Magnalink RAD REB-20 Retix 4880 3ComNET-  Vitalink 
Packard HP 3000 Series Builder TransLAN 
28674A HCBG 1B/3000 335 
Disk Subsystem 
Diskette drive 0 — —_ — — — A 
Number of 3.5-inch dis- 0 0 0 0 1 1 2 
kette drives 
Number of 5.25-inch dis- 0 0 0 1 0 0 0 
kette drives 
Hard disk drive 0 — — A — — — 
Hard disk capacity 0 — — 40M — — — 
Console Connections 1 
RS-232-C 1 1 2 2 1 2 2 
RJ-45 1 — — — — — — 
Other 1 — — — — — — 
LAN Connections 1 
BNC 1 1 1 0 1 2 0 
AUI 1 1 1 1 1 2 1 
Fiber optic 1 — — OPT — — — 
WAN Connections 1 
(Maximum) 
RS-422/449/530 1 0 1 4 2 2 8 
RS-232-C 1 0 1 0 2 2 8 
V.35 1 1 1 4 2 2 8 
T1 1 1 0 4,0PT 2 0 8 
Other 1 0 0 0 2,RE1 0 0 
LAN Media Support 1 
Thick coaxial 1 A A A A A A 
Thin coaxial 1 A A A A A A 
Twisted pair 1 A A A — — A 
Fiber optic 1 — — A — — — 
Diagnostics 1 
Power-up diagnostics 5 A A A A A A 
LED/LCD/Tone indicators 3 A A A A A A 
Console command line 3 A A A A A A 
diagnostics 
Downloadable diagnostics 1 A A A A A — 
External LED/LCD 1 
Indicators 
Power (AC) 1 A A A A A A 
Alarm (12-Volt power 1 — A — — — a — 
failure) 
Self-test/diagnostic 1 A A A A A A 
Console 1 — — A A A A 
Network A collision 1 A MA1 RA2 A T1 A 
Network A transmit 1 A MA‘ A A T1 A 
Network A receive 1 A MA1 A A T1 A 
Network B collision 1 A MA2 RA2 A T1 — 
Network B transmit 1 A MA2 rN A T1 — 
Network B receive 1 A MA2 A A T1 — 
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Table 3. Remote Ethernet Bridge Features (Continued) 
Weight Hewlett- Magnalink RAD REB-20 Retix 4880 3ComNET- _ Vitalink 

Packard HP 3000 Series Builder TransLAN 

28674A HCBG IB/3000 335 
Management Software 1 
Connection 
Console (TTY; attached 1 A A A A A A 
via serial connection) 
In-band (attached via LAN) 1 HP1 A A A A A 
Modem support 1 A A A A A A 
Network Management 2 
Support 
Bridge management 5 A A A A A A 
software 
Bridge console commands 5 A A A A A A 
SNMP (Simple Network 5 A MA3 — A A — 
Management Protocol) 
CMIP (Common Manage-_ 1 — — — — — — 
ment Information Protocol) 
CMOT (Common Manage- 1 — — — — — — 
ment Protocol over 
TCP/IP) 
MAP (Manufacturing Auto- 1 — — — A — — 
mation Protocol) 
TOP (Technical Office 1 — — — A — -— 
Protocol) 
IEEE 802.3 Standard 1 
Support 
10BASE5 (standard/thick 2 A A A A A A 
Ethernet) 
10BASE2 (thin Ethernet) 2 A A A A A — 
10BASE-T (unshielded 2 A A A — — A 
twisted-pair Ethernet) 
Fiber (Fiber Optic Internet- 2 A — A — — — 
work Repeater Link) 
Remote Communications 2 
Remote Links 
Leased lines 2 A A A A A A 
AT&T DDS 2 A A A — A A 
Switched 56 (56KB dial- 2 A A A A A A 
up) 
T1 2 A A A A A A 
Fractional T1 2 A A A A A A 
Dial-up T1 1 A A A — A A 
Other 1 —_— MA4 — — T2 V1 
Link Speeds 
Minimum link speed (K 1 56 4.8 4.8 1.2 9.6 9.6 
bps) 
Maximum link speed (K 1 2048 2048 2048 2048 7M 2048 
bps) 
Fallback dial-up 1 — A A — T3 A 
Fallback dial-up link speed 1 — 56 4.8 — 7M 384 
(K bps) 
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Table 3. Remote Ethernet Bridge Features (Continued) 


Weight Hewlett- Magnalink RAD REB-20 Retix 4880 3Com NET- _ Vitalink 
Packard HP 3000 Series Builder TransLAN 
28674A HCBG 1B/3000 335 

Synchronous Communica- 
tions Timing 
External clock 2 A A A A A A 

- Internal clock 2 — A A i. A A 
Network (T1) timing 1 — A A A — A 
T1 extended superframe 1 — MA5 A A — A 
Load balancing among 1 — — A A A A 

_ WAN ports (same bridge) 
Load balancing among 1 — A A A — V2 
bridges 
WAN port as backup 1 — A — A A A 
Other Remote Communi- 
cations Features 
2-to-1 data compression 1 — — — A — — 
4-to-1 data compression 1 — A — — — — 
HDLC frame encapsulation 1 A A A A A A 
Sequenced frame 1 A A A A A A 
transmission 7 
High-Level Protocol 1 
Transparency 
TCP/IP 2 A A A A A A 
DECnet 2 A A A A A A 
LAT 2 A A A A A A 
XNS 2 A A A A A A 
ISO 2 A A A A A A 
Operating System 1 
Transparency 
Novell NetWare 2 A A A A A A 
3Com 2 A A A A A A 
Banyan 2 A A A A A A 
IEEE 802.3 compatibles 2 A A A A A A 
Performance (64-byte 0 
packets per second)* 
Filtering rate (maximum 0 HP2- 14K 10K 14,880 19,500 ~ 14,880 
aggregate) 
Forwarding rate, span- 0 12,953 3,800 RAS 8K NA 7K 
ning-tree/learning enabled 
Forwarding rate, span- 0 14,880 3,800 2,600 8K 10K 7K 
ning-tree/learning disabled 
Throughput (M bps) 0 10 10 3 5 NA 8.192,V3 
Source Address Database 3 
Configuration 
Automatic learning of 5 A A A A A A 
source addresses 
Maximum address table 1 512 8,192 25K 16K 8,196 8,192 
entries 
Maximum remote address 1 512 1,024 25K 16K 8,196 8,192 
entries 
Maximum addresses in 2 512 1K 100 256 512 SYS 
nonvolatile RAM 
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Table 3. Remote Ethernet Bridge Features (Continued) 


Weight Hewlett- Magnalink RAD REB-20 Retix 4880 3Com NET- _Vitalink 
Packard HP 3000 Series Buiider TransLAN 
28674A HCBG 1B/3000 335 


Source Address Database 
Configuration (Continued) 


Automatic aging of source 2 A A A A A A 
addresses 

Accelerated aging upon_ss ‘1 A A — A — A 
spanning-tree change 

Manually add/delete ad- 2 A A A A A A 
dress records 

Exempt address record 1 A A A A A A 
from aging 

Lock out changes to 1 A A A A A A 
addresses 

Auto correct subnet 1 — — — — A A 
assignment 

Save addresses in 2 — A A A A — 
nonvolatile RAM 

Symbolic names for ad- 1 A BR A A — — 
dress records 

Add/delete range table 1 A A — — — — 
address 

Save/retrieve range table 1 A A — — — — 
configurations 

Set aging time interval 1 A A A A A A 
Set symbolic names on/off 1 — — A — — — 
Set address dispositions 2 A A A A A A 
(flood, forward, discard) 

Set upper/lower bounds 1 — A — — — A 
for range table entries 

Set dispositions for range 1 — A — — — A 


table entries 


Source Address Database 2 


Statistics 

All source address records 2 A A A A A A 
Restricted source address 2 A A A A A A 
records 

Static source address 2 A A A A A A 
records . 

Source address records in 2 A A A A A — 


nonvolatile RAM 


Protocol-/Operating Sys- 2 
tem-Specific Filtering 


AppleTalk 1 A A A — A A 
ARP 1 A A A — A A 
Bridge ID 1 A A A — A A 
IP 1 A A A = A A 
DECnet 1 A A A — A A 
LAT 1 A A A — A A 
NetWare 1 A A A — A A 
REVARP 1 A A A —_ A A 
TCP/IP 1 A A A — A A 
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Table 3. Remote Ethernet Bridge Features (Continued) 


Weight Hewlett- Magnalink RAD REB-20 Retix 4880 3ComNET- _ Vitalink 
Packard HP 3000 Series Builder TransLAN 
28674A HCBG iB/3000 335 

Protocol-/Operating Sys- 

tem-Specific Filtering 

(Continued) 

TOP 1 A A A — A A 
V2 1 A A A — A A 
XNS 1 A A A — A A 
User-defined protocol 1 — — — — A A 
filtering 

Routing Methods 1 

Source address 1 A A A — A A 
802.1 spanning-tree 1 A A A A 

protocol 

Automatic cable loop 1 A A A : A A — 
avoidance 

Filtering 2 

Filter frame types 1 A A A A A A 
Pass (always forward) by 1 A A A A A A 
packet type 

Filter frames by source 1 A A A A A A 
address 

Filter frames by destina- 1 A A A A A A 
tion address 

Filter frames by packet 1 — A A — A A 
size 

Enable/disable filters 1 A a \ A A A A 
Build/maintain filter tables 1 A A A A A A 
Filter frames by address 1 — A A — A A 
range 

Forwarding 2 

Auto forward unknown 2 A A A A A A 
destination address 

Auto forward broadcast 2 A A A A A A 
frames 

Group address forwarding 1 — A A — A A 
- Individual address 2 A A A A A A 
forwarding 

Enable/disable forwarding 1 | A A A A A A 
of multicast frames | 

Forward frames within ad- 1 A A A — A A 
I a a a ee 
Administration and 3 

Configuration 

Modify serial comm set- 1 A A A A A A 
tings for console 

connection 

Console command line 1 A A A A A A 

Help 

Bridge on-/off-line 1 A A A — A A 

List devices on extended 1 A A A — —— A 
net by manufacturer 

Update reset log 1 A A A — A A 
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Table 3. Remote Ethernet Bridge Features (Continued) 
Weight Hewlett- Magnalink RAD REB-20 Retix 4880 3ComNET-  Vitalink 

Packard HP 3000 Series Builder TransLAN 

28674A HCBG 1B/3000 335 
Administration and Con- 
figuration (Continued) 
Software reset with 1 A A A A A A 
updated configuration 
Hardware reset with up-_—_ 1 A A A A A A 
dated configuration 
Software reset with default 1 — A A A A A 
configuration 
Hardware reset with de- 1 — A A A A A 
fault configuration 
Report Network Manage- 1 A — — — A — 
ment Center (NMC) IP 
address 
Console control over mul- 1 A A A A A A 
tiple bridges on extended 
net 
Save parameter/modifier 1 A A A A DISK —— 
settings in nonvolatile 
RAM 
Modular software 1 — — — A A — 
cartridge 
Reset all bridge statistics 1 — A A A A A 
Initialize bridge start-up/ 1 A A A A A A 
diagnostic cycle | 
Logout of management 1 A A A A A A 
session 
Integrated text editor 1 A — A — — A 
Save/retrieve profile 1 A — A A A A 
configuration 
Monitor multiple bridges 1 A A A A A A 
Menu-driven management 1 A A A A A A 
Management software 1 — A — A A A 
included 
Help function 1 A A A A A A 
Set console command line 1 — A A A A A 
prompt 
Set bridge name 1 A A A A A A 
Set network segment 1 — — A A A A 
names 
Set bridge IP address 1 A — — A A A 
Set IP NET mask foriP 1 A — — A A A 
routing 
Set IP address of IP router 1 A — — — A A 
Set standard/extended 1 — — A — — A 
packet size 
Name downloadable 1 A — A A A A 
bridge software file 
Set console event report- 1 — A — A — — 
ing level 
Forward operation mode 1 A A A A A A 
Filter operation mode 1 A A A A A A 
Pass All operation mode 1 — A A A A A 
Set login message 1 — — — — A — 
© 1991 McGraw-Hill, Incorporated. Reproduction Prohibited. NOVEMBER 1991 


Datapro Information Services Group. Delran NJ 08075 USA 


820-224 Remote Datapro Reportson _ 
Ethernet Bridges PC & LAN Communications 
LAN Internetworking 


Evaluations 


Table 3. Remote Ethernet Bridge Features (Continued) 


Weight Hewlett- Magnalink RAD REB-20 Retix 4880 3ComNET-  Vitalink | 

Packard HP 3000 Series Builder TransLAN 

28674A HCBG IB/3000 335 
Administration and Con- 
figuration (Continued) 
Statistics event threshold 1 A A A A — — 
options 
Statistics gathering 1 A A A A — — 
options 
No-activity time limit to 1 — A A A — A 
reset transmitter chip 
No-activity time limit to 1 — A A A — A 
reset receiver chip 
Set forwarding delay 1 | — _— — A — A 
Source address learning 1 — A — A A A 
mode on/off 
Source address record ag- 1 A A — A A A 
ing on/off 
Set port state (Listen, 1 A A — A A A 
Learn, Forward, Block, 
Disable) 
Set port priority level 1 A A — A A A 
Display Statistics 2 
Bridge 1 A A A A A A 
configuration/status 
Specific bridge parameters 1 A A A A A A 
Bridge name 1 A A A A A A 
Reset log 1 A A A A — A 
Downloadable bridge 1 — — A A — A 
software filename 
Console event reporting 1 — A A — — — 
level 
Bridge operation mode 1 A A A A A A 
Names of attached net- 1 — _— A A A A 
work segments 
Login message 1 — A — — A — 
Ethernet bridge address_ 1 A A A A A A 
All bridges on network 1 A A A A — A 
Packets 1 A A A A A A 
transmitted/received 
CRC and alignment errors 1 A A A A A A 
No-resource errors 1 A A — A A A 
Oversize/undersize 1 A A A A A A 
packets 
Packet transmission 1 A A A A A A 
failures 
Packet transmission 1 A A — A A A 
collisions 
Packets queued for 1 A — — — A A 
transmission 
SNMP packets broadcast 1 _— = — = A A 
Valid SNMP packets 1 — — — A A A 
transmitted 
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Flags 
Error severity flags 


Forwarding flag for un- 
known group addresses 


Forwarding flag for un- 
known individual 
addresses 


Origin filter learning flag 
for source addresses 


Restricted learning flag for 


destination addresses 


Static learning flag for 
addresses 


Spanning-Tree Protocol 
Settings 


Standby operation mode 
(backup) 

Root priority level 

Hello time 

Bad Hello limit 

New tree time 

Hello maximum age 
Secure mode 


Enable spanning-tree 
protocol 


Disable spanning-tree 
protocol 


Set path cost per subnet 


A—Yes, has feature. 
BR—Bridges only. 


DISK—Saved to disk; through console using a workstation. 


Weight 


ok 


ee ee ee ee ee 


1 


Hewlett- 
Packard HP 
28674A 


> > > > 


Magnalink 


3000 Series 


HCBG 


> PPP p> 


HP1—Requires Hewlett-Packard OpenView Bridge Manager. 


HP2—17,080 LAN and WAN maximums. 


MA1—LAN port. 
MA2—WAN port. 


MA3—Expected third-quarter 1997. 


MA4—V.32. 

MA5—Per CSU/DSU. 

NA—Not available. 
OPT—Optional. 
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> 


A 


3Com NET- 
Builder 
1B/3000 


A 


RA1—Depends on PC platform used. 
RA2—Low, Medium, and High traffic indicators. 


RA3—Spanning tree not available. 
RE1—xX.21. 

SYS—System addresses only. 
T1—One LED activity indicator. 
T2—Fractional T3 to 7M bps. 
T38—Via NCS/AT. 


V1—Private networks. 
V2—Through filtering. 
V3—1,518-byte frames. 
*Per manufacturers’ specifications. @ 


Vitalink 
TransLAN 
335 
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